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(57) Abstract 

A multimedia presentation system for providing a 
multimedia presentation has a playback processor (124) 
for receiving and storing information. The received and 
stored information includes video information, graphics 
information, audio information and text information. The 
received and stored information further includes multi- 
media information. A multimedia engine (128) accesses 
and merges the stored information in accordance with the 
multimedia information to provide the multimedia pre- 
sentation. The multimedia information includes scripting 
information (302) and segments (304) which may include 
stories (306) or advertisements (308). The stories include 
story events having event starting times and event dura- 
tions. The stories also include video files (316) and au- 
dio files (314). Additionally, the stories include templates 
(310) which are used for rendering images by positioning 
them. 
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REMOTE PLATFORM INDEPENDENT DYNAMIC MUL TIMEDIA ENGINE 

The present invention relates to the preparation and presentation 
of multimedia presentations and, in particular, to a multimedia engine for the 

5 preparation and presentation of such multimedia presentations. 

The present invention comprises a system and process for 
constructing a continuous multimedia presentation from source data. While 
there are a number of systems known in the art for creating multimedia 
presentations and for replaying them with similar hardware, the multimedia 

10 engine of the present invention operates on a 24-hour basis assembling 
multimedia presentations based upon supplied data. This raw data is in the 
form of component data files, including image files, video files, audio files and 
text files. The multimedia engine dynamically constructs the presentation 
based upon this data as instructed by a multimedia scripting language. This 

15 language instructs the multimedia engine where, when, and how to assemble 
multimedia presentation. The language further describes when and how to 
stitch together multiple presentations. The intent of this invention is to create a 
low cost means of presenting multimedia information in a continuous form. 
The novel multimedia engine may be used in cable television systems where 

20 the cost of creating programming content for the. viewer is of great concern. 
Using this system and method allows for the creation of programming content 
dynamically and inexpensively. 

Another feature of the present invention allows the multimedia 
presentation to be organized based on scripting files that are transmitted to the 

25 multimedia engine, for instance via a satellite feed, or based on function calls 
that are either inputted at the site of the multimedia engine or are inputted 
remotely, typically using a telephone line and a modem. 

The versatility of the present invention allows for a single 
multimedia engine design to operate, for numerous cable television systems, 

30 (1) products that promote pay-per-view broadcasting, (2) products that operate 
a news outlet that can be facilely tailored to highlight local content news, (3) 
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television programming guides and (4) advertising programming. These 
various programming formats can be controlled from a single remote site. 

Summary of the Invention 

5 A multimedia presentation system for providing a multimedia 

presentation has a playback processor for receiving and storing information. 
The received stored information includes video information, graphics 
information, audio information and text information. The received stored 
information further includes multimedia information. A multimedia engine 

10 accesses and merges the stored information in accordance with the multimedia 
information to provide the multimedia presentation. 

The invention is directed to a multimedia presentation system 
capable of dynamically constructing a multimedia presentation comprising: a 
receiving and storing means for receiving and storing commands and data 

15 files, which commands comprise script files or function calls; and a multimedia 
engine comprising a renderer and an application programming interface or a 
script manager, which multimedia engine comprises: a translating means for 
translating human-readable script files or human-readable function calls into 
commands usable by the renderer; and an executing means for executing the 

20 translated commands to create a multimedia presentation comprising audio 
and video components for broadcast, cable transmission or display. The 
presentation system of the invention advantageously provides a multimedia 
engine that has both an application programming interface and a script 
manager. The presentation system of the invention preferably stores and 

25 processes, segment files, story files, template files, advertisement files, video 
files and audio files as described hereinbelow. 

In another embodiment, the invention is directed to a multimedia 
presentation system capable of dynamically constructing a multimedia 
presentation for cable transmission to a plurality of cable television users 

30 comprising: a receiving and storing means for receiving and storing 

commands and data files, which commands comprise script files or function 
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calls; at least one segment file, at least one story file and at least one template 
file stored in the receiving and storing means, wherein said at least one 
segment file encodes the name of said at least one story file, and said at least 
one story file encodes text and the name of said at least one template file; and 
5 a multimedia engine comprising a renderer, an application programming 
interface and a script manager, which multimedia engine comprises: a 
translating means of translating human-readable script files or human-readable 
function calls into commands usable by the renderer; and an executing means 
of executing the translated commands to create a multimedia presentation 
10 comprising audio and video components for cable transmission. 

Definitions 

The following terms shall have, for the purposes of this 
application, the meaning set forth below. In particular, for the purpose of 
15 interpreting the claims, the term definitions shall control over any assertion of a 
contrary meaning based on other text found herein: 

Advertisement file - lists the advertisements that are scheduled for 



a defined period of time, typically a day. 



Application programming 
interface (API) 



- the code module in the multimedia engine that 
translates the human-readable function calls into 
instructions that are capable of being executed 
by the multimedia engine. 
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Dynamically constructing a 
multimedia presentation 



Function call, call 
or command 

Hunt mode 



MPEG 



constructing the multimedia presentation as the 
script and data files are being input from the 
receiving and storing means, for instance, within 
about 10 seconds of the input of the script and 
data files. In a preferred embodiment, the script 
and data files already within the receiving and 
storing means can be substituted before the 
scheduled broadcast, cable transmission or 
display time of a multimedia presentation, so 
long as the substitution occurs before the time 
and date that the segment, as defined by the 
segment file, in which the script and data files 
are to be presented is scheduled for broadcast, 
-cable transmission or display. 

- an instruction, with zero or more arguments, to 
perform some task. 

- one of the multimedia engine's modes of 
operation, in which the engine autonomously 
searches for, then parses, a sequence of 
segment files to produce a multimedia 
presentation. 

- a compressed digital audio/video bitstream 
format developed by the Motion Pictures Expert 
Group, a part of the International Standards 
Organization (ISO). 
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Message file 



Metafile 



Multimedia 



Multimedia engine 



5 Page 



Parsing 



Rasterizer 



5 

- lists all of the messages, such as public 
interest information, together with their start 
times and durations, which are scheduled for 
broadcast during a given period of time, such 
as a day. 

- a set of translated commands which are to be 
executed by the renderer. 

- pertaining to or employing one or more media, 
including (but not limited to): full-motion video, 
audio, computer graphics, text and still images. 

- a computer programmed to read in command 
information (which can, for example, be in the 
form of scripting files or function calls) and 
various data files and to output a multimedia 
presentation, for example, for display or 
broadcast. 

- consists of a collection of audio and visual 
elements which begin to be presented in a 
multimedia presentation at the same time. 

- taking a stream of information and breaking it 
out into the commands and arguments which a 
program can understand. 

- a program or subroutine which takes an 
abstract command, e.g., "put a line from x to y" 
and converts it into the actual pixel information 
that will appear on a screen, for instance in a 
multimedia presentation. 



Renderer 



Scripting file 



Script manager 



Segment file 



5 Story file 
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- is made up of a graphics renderer, graphics 
rasterizer, font rasterizer, video decoder 
interface, graphics hardware interface, digital 
video subsystem and graphics generator/video 
overlay card, or the functional equivalents of 
these elements. Preferably, the renderer further 
includes one or both of an audio decoder 
interface and an audio card, or the functional 
equivalents of these elements. 

- a file containing commands which define the 
format, appearance, timing and content of a 
multimedia presentation that will be outputted by 
the multimedia engine. ' The scripting files also 
contain references to any other files that may be 
needed for presentations, such as audio or 
video files. , 

- the code module in the multimedia engine that 
translates script files into commands, which can 
be organized into metafiles, which commands or 
metafiles are sent to the renderer - the script 
manager performs the following functions: 
parsing; hunting; control; and timing. 

- a list of the story and advertisement files that 
defines the content for a given period of time in 
a multimedia presentation. 

- a file which defines a sequence of multimedia 
events which make up a portion of a multimedia 
presentation. 
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Tags - an identifier for an element in a template of a 

story file which defines what kind of content will 
be presented in a page: text, audio file, video 
file, image file or graphical element such as line, 
box, and the like. Tags mark the start of a line 
in a script file and are indicated by an opening 
M <" bracket and a closing ">" bracket. 

Template file - a file which defines the size, position, style, 

color, layout, and general appearance of the 
visual elements which appear on a page in a 
multimedia presentation. In a preferred 
embodiment, each of the elements in a template 
file has a tag, which matches a tag for that 
element in the story file. 

Brief Description of the Drawings 

5 The foregoing summary, as well as the following detailed 

description of preferred embodiments of the invention, will be better 
understood when read in conjunction with the appended drawings. For the 
purpose of illustrating the invention, there is shown in the drawings 
embodiments which are presently preferred. It should be understood, 

10 however, that the invention is not limited to the precise arrangements and 
instrumentalities shown. In the drawings: 

Fig. 1 is a block diagram representation of a data delivery uplink 
and downlink system having a cable television distribution headend downlink 
including the multimedia engine of the present invention; 

15 Fig. 2 is a more detailed block diagram representation of the 

cable system headend of the data delivery uplink and downlink system of Fig. 
1; 



WO 98/29835 



PCT/US95/13433 



8 

Fig. 3 is a block diagram representation of the hierarchy of the 
textual script files which are applied to the playback computer memory of the 
multimedia engine of Fig. 1 ; 

Fig. 4 is a block diagram representation of the relationship of 
5 types of multimedia scripting language textual files which are applied to the 
playback computer memory of the multimedia engine of Fig. 1 ; 

Fig. 5 is a block diagram representation of a parsing process for 
the parsing of textual script files which are applied to the playback computer 
memory of the multimedia engine of Fig. 1 ; 
10 Fig. 6 is a block diagram representation of a textual script file line 

parsing process for the parsing of the individual lines of textual script files 
which are applied to the playback computer memory of the multimedia engine 
of Fig. 1 ; 

Fig. 7 is a block diagram representation of a segment event 
15 generation process for generating the segment events of a segment file which 
is applied to the playback computer memory of the multimedia engine of Fig. 
1; 

Fig. 8 is a block diagram representation of a story event 
generation process for generating the story events of a story file which is 
20 applied to the playback computer memory of the multimedia engine of Fig. 1 ; 

Fig. 9 is a block diagram representation of the determination and 
opening of an advertising list file and the retrieving of an ad record from an 
advertising list which is applied to the playback computer memory of the 
multimedia engine of Fig. 1 ; 
25 Fig. 10 is a block diagram representation of an advertising event 

generation process for generating the advertising events within an advertising 
record which is applied to the playback computer memory of the multimedia 
engine of Fig. 1 ; 

Fig. 11 is a block diagram representation of a process control 
30 overview of the multimedia engine of Fig. 1 ; and 
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Fig. 1 2 is a block diagram representation of the queue events 
generation for a page of a multimedia presentation. 

Detailed Description 

5 Referring to the drawings, wherein the same reference numerals 

are used to designate the same elements throughout, there is shown in Fig. 1 
a data delivery uplink and downlink system 100 including a cable television 
downlink site 134 (referred to as the headend). The cable television distribution 
headend 134 receives and processes multimedia information (including full 

10 motion video files, image files, audio files and script files) which is transmitted 
from a remote uplink site 101 within the system 100. The transmission of the 
multimedia information from the remote uplink site 101 to the cable television 
distribution headend 134 is performed by way of an uplink dish 102 at the 
remote programming uplink site 101 and a satellite transponder 104. 

15 Broadcast multimedia scripting data included within the multimedia information 
for use in multimedia presentations may be transmitted in this manner to a 
plurality of cable television distribution headends 134, 136. 

Each of the cable television headends 134, 136 which, receives 
the broadcast multimedia scripting data includes a receiver/demodulator unit 

20 108, a communications server computer 112 and at least one playback 
computer 1 24 in order to provide multimedia presentations according to a 
predetermined broadcast multimedia scripting language for the users of a 
cable television system such as the cable television users 135, 142. The 
broadcast multimedia scripting data from the remote programming uplink site 

25 101 is received by a satellite receive dish 106 at the cable television headend 
134 and passed to the receiver/demodulation unit 108. 

It will be understood that the broadcast multimedia data may be 
provided in accordance with any one of a number of multimedia scripting 
languages understandable to those skilled in the art which are suitable for 

30 indicating how to merge and present received information to provide a 

multimedia presentation. Preferably, the scripting language allows for story, 
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segment, advertisement and template files to be organized as described in the 
Appendix and hereinbelow. Since the broadcast multimedia scripting data is 
transmitted by way of the satellite transponder 104 the differing cable television 
network headends 134, 136 may receive and present the same or different 
5 broadcast multimedia scripting data simultaneously to their cable television 
network users 135, 142. 

The broadcast multimedia scripting data is received by the cable 
television headend 1 34 from the satellite receive dish 1 06 in an analog form in 
the preferred embodiment of the cable television network headend 134. It is 
10 applied by way of a coaxial transmission cable 107 to the receiver/demodulator 
unit 108. The receiver/demodulator unit 108 converts the analog signal data 
received by way of the transmission cable 1 07 into a digital data stream 
representing the broadcast multimedia scripting data from the remote uplink 
site 101. The digital data stream formed by the receiver/demodulator unit 108 
1 5 is applied to a transmission cable 1 1 0. The digital data stream of the 

transmission cable 1 1 0 is applied to the communications server (computer) 
112. The communications server 112 receives the digital data stream and 
stores it within the communications server 1 12. The data stored in this manner 
is distributed later within the cable television headend 1 34. 
20 The communications server 112 also communicates with a 

conventional telephone system 118 through a telephone modem line 116 which, 
is coupled to conventional telephone system lines 119. The telephone modem 
line 116 allows the communications server 112 to send diagnostic information 
to the remote programming uplink site 101 by way of the telephone system 
25 lines 119. In addition, the remote uplink site 101 may dial into the 

communications server 1 1 2 of the cable television network headend 1 34 by 
way of the telephone system lines 119 and a telephone modem line 120. This 
allows the remote uplink site 101 to perform remote diagnostics of the cable 
television distribution headend 1 34. 
30 When new broadcast multimedia scripting data is stored within 

the communications server 112 it is moved across a bidirectional peer-to-peer 
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network cable 122 within the cable television headend 134 to the playback 
computer 124. As described in more detail hereinbelow, the playback 
computer 124 is provided with its own playback computer disk for storage of 
the data received in this manner. The playback computer 124 places the new 
5 data into predetermined subdirectories on the disk. This permits the data 
within the playback computer data storage to be accessed and merged as 
required by the multimedia engine 128 according to the received scripting 
information in order to assemble and provide multimedia presentations for the 
cable television network users 1 35. 

10 When the multimedia engine 128 provides such a multimedia 

presentation, the playback computer 124 outputs analog audio signals to the 
cable television network users 135 by way of the audio presentation line 130. 
Additionally, the playback computer 124 outputs video signals to the cable 
users 135 of the cable television headend 134 by way of the video presentation 

15 line 132. The cable users 142 of the cable television headend 136 within the 
data delivery uplink and downlink system 1 00 may receive a multimedia 
presentation in a similar manner by way of the presentation lines 138, 140. 

Referring to Fig. 2, there is shown a more detailed block diagram 
representation of cable television headend 134. The broadcast multimedia 

20 scripting data transmitted from the remote programming uplink site 101 is 

received by a satellite receive dish 1 06 at the cable television headend 1 34 and 
passed to the receiver/demodulation unit 108 as previously described. As also 
previously described, the data is then transmitted by way of the transmission 
cable 110 to the communications server 112. The communications server 112 

25 . receives the digital data by way of a high-speed transport adapter 210 and 
writes it to a hard disk drive 216 within the communications server 112. The 
data written to the hard disk drive 216 in this manner is controlled by a disk 
drive controller 214 and stored for later distribution within the cable television 
headend 134. 

30 Also present within the communications server 1 12 is a modem 

212, such as a modem that transmits at 14,400 baud or better. The modem 



12 

212 is used for telecommunication of information such as status information by 
way of the telephone line 116. 

A hardware watchdog adapter 218 is provided in the 
communications server 112 to detect any system lock-up errors. System 
5 lock-up errors are defined as errors in which operation of the software fails to 
communicate with the hardware watchdog adapter 218 in a predetermined 
manner at predetermined intervals. When the software fails to do this, an error 
is indicated and the error condition is determined by the hardware watchdog 
adapter 218. When this occurs, the watchdog adapter 218 resets the 
10 computer system. 

A video graphics array (VGA) display adapter 220 is also 
provided within the communications server 1 1 2. The VGA display adapter 220 
permits a user of the cable network headend 134 to couple a conventional 
video monitor (not shown) to the communications server 1 1 2 in order to view 
15 the operations of the system. 

A network interface card 222 is provided within the 
communications server 112 to permit peer-to-peer communications between 
the communications server 1 1 2 and any other computers within the cable 
network headend 1 34. For example, the peer-to-peer network interface card 
20 222 permits communication between the communications server 112 and the 
playback computer 124. When new broadcast multimedia scripting data is 
received and stored by the communications server 112 some of the new data 
is moved across the peer-to-peer network cable 1 22 within the cable television 
headend 134 to the playback computer 124. The data is transmitted through 
25 the network interface card 224 within the playback computer 124. 

The playback computer 124 may be provided with a separate 
playback computer hard disk 242 for storage of the broadcast data received 
by way of the communications server 112. Storage of data on the playback 
computer disk 242 is controlled by a disk drive controller 240. The playback 
30 computer 1 24 places the new data into predetermined subdirectories on the 
hard disk 242. Alternately, if the data is MPEG encoded it may be stored on a 
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digital video hard disk 238 by way of an MPEG digital video playback decoder 
board 234, in accordance with a packing list which may be included within the 
transmitted broadcast data. Storage on disks 238, 242 permits the new data 
within the playback computer 124 to be accessed as required by the 
5 multimedia engine 128 in order to assemble and provide multimedia 
presentations for the cable television network users 135. 

Also in the playback computer 1 24 is a hardware watchdog 226. 
The hardware watchdog 226 of the playback computer 124 performs in 
substantially the same manner as previously described with respect to the 

10 hardware watchdog adapter 218 of the communications server 112. 

Audio signals for presentation to the cable television users 1 35 
may be stored on either the playback computer disk 238 or the local hard disk 
242 depending on whether they are MPEG encoded. When the multimedia 
engine 128 provides a multimedia presentation, the playback computer 124 

1 5 outputs analog audio signals to the cable television network users 1 35 by way 
of a digital audio board 228 if the digital audio data is accessed from the 
playback computer disk 242. If the digital audio is embedded within an MPEG 
digital video stream, the audio signal is first output via the MPEG digital audio 
playback board 236, and is then routed to the input of the digital audio board 

20 228 in analog form. A mixer (not shown) within the digital audio board 228 
combines the analog audio signals to create the final audio out signal in analog 
form. 

Video output from the playback computer 124 may operate in 
substantially the same way as the audio output. When the multimedia engine 

25 128 provides a multimedia presentation where the digital video data is 

accessed from the playback computer disk 242, the playback computer 124 
outputs analog video signals to the cable television network users 1 35 by way 
of a video overlay board 230 (which may be an NTSC video overlay board [for 
video consistent with North American broadcast standards] or a PAL video 

30 overlay board [for video consistent with European broadcast standards] or 
another board designed to accommodate another broadcast standard such as 
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a digital or analog high definition television standard). These files are normally 
stored as still frame bit maps that get displayed by the multimedia engine 128 
for use as backgrounds. If the video is stored as full-motion video in MPEG 
format on the MPEG digital video disk drive 238 it is accessed by way of the 
5 MPEG digital video playback board 234 and applied to the video overlay board 
230 in analog form. Video stored in the receiving and storing means of the 
multimedia engine and video output of the multimedia engine preferably has 
the resolution of NTSC (512 x 486 pixels) or PAL, or better. 

The multimedia engine software for performing the operations of 

10 the multimedia engine 128 by the playback computer 124 is stored on the 
playback computer disk 242. The multimedia engine 128 operating on the 
playback computer 1 24 may be adapted to constantly run in a hunt mode 
wherein the multimedia engine 128 hunts or searches for the arrival of new 
data. The information files which make up this new data can be formatted 

15 according to the multimedia scripting language specification set forth herein in 
the Appendix. 

There are four types of information files and multimedia scripting 
files which may be stored within the local storage of the playback computer 
124 and processed by the multimedia engine 128. The four types are: textual 

20 script files, bit mapped graphic image files, digitized audio files and video files. 
Within the category of textual script files there are four types which may be 
read and interpreted by the multimedia engine 128. The four types of textual 
script files are: segment files, story files, template files and advertisement files. 
The segment files contain a basic sequence of events for a 

25 presentation of a multimedia sequence by the multimedia engine 128. They 
reference two of the four other types of textual script files: story files and 
advertisement files. 



i 
i 
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SAMPLE segment file: 

;c:\mmdata\segment\09012125.seg - 09/01/94 - 09:25PM 



<stry>00:00:00|01:00| 
<stry>00:01:00|00:15| 
<stry>00:01:15|00:30| 
<stry>00:01:45| 00:30 1 
<stry>00:02:15|00:30| 
<stry>00:02:45|01:00| 
<stry>00:03:45|00:30| 
<stry>00:04:15|00:30| 
<stry>00:04:45|00:15| 



|0\Ev121000.sty 
|0\H2121260.sty 
|0\Sp121261.sty 
|0\HT121263.sty 
|0\Lo121271.sty 
|0\Ev121023.sty 
|0\Sp121283.sty 
|0\HT121291.sty 
|0\Sy121293.sty 



Note that the opening line of the segment file recites the time of day and the 
date when the presentation elements defined by the segment file should be 

15 broadcast. Each line in the segment file recites a relative start time (e.g.. 
"00:00:00" for the start time of the segment, or "00:01:15" for 1 minute, 15 
seconds after the start time of the segment) and a duration (e.g., "00:15" for 15 
seconds and "01:00" for 1 minute). 

Story files contain all of the details for executing the individual 

20 audio and video transitions and events which represent a series of pages or a 
single page of a presentation. 



25 



30 



SAMPLE Story file: 
; FileName: C:\Windows\NTVWork\0003552.STY 
; Date & Time Modified: 08-02-1994 17:24:26 
< page > 00:00: 00 1 00:06 1 1 
<tmp1 >00:00:00 1 00:06 1 d.tpl 
<trns>00:00:00| 00:06 |F0500 
<back>00:00:00 1 00: 17 1 1 bkapna.tga 
<wav1 >00:00:00 1 00: 1 7 1 1 00035521 .WAV 
<hed1 1>00:00:00 1 00:06 1 1 Altman\napologizes 
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<txt1 > 00:00:00 1 00:06 1 1 WASHINGTON - The Treasury's number two 
official is apologizing to senators who've questioned his honesty in 
Whitewater. 

<box1> 00:00:00 1 00:06 1 
5 <img1 > 00:00:00 1 00:06 1 1 00035521 TGA 

< page>00:00:06 1 00:07 1 2 
<tmp1 >00:00:06|00:07|d.tpl 

<hed1 > 00:00:06 1 00:07 1 1 Altman\napologizes 

<txt1 >00:00:06| 00:07 1 | In prepared testimony, Roger Altman says he 
10 never meant to mislead the Senate Banking Committee. \n He also says he 
didn't try to hinder 

<box1> 00:00:06 1 00:07 1 

<img1 > 00:00:06 1 00:07 1 1 00035521 TGA 

< page > 00:00: 1 3 1 00:04 1 3 
15 <tmp1>00:00:13|00:04|d.tpl 

<hed1 >00:00:13|00:06| | Altman\napologizes 

<txt1 >00:00:13|00:06| |the probe of an Arkansas savings and loan with 
ties to the Clintons. 

<box1>00:00:1 31 00:06 1 
20 <img1> 00:00: 131 00:06 1 00035521 .TGA 



In the above example, the lines tagged "<page>" indicate the start of each 
page and indicate the time length of the page ( 6, 7, 4 seconds respectively for 
the three pages exemplified above). The lines tagged "<tmp_>" identify the 

25 template file that will be used for a time defined on the line. The line tagged 
"<trns>" identifies a protocol for fading into a page. The lines tagged 
"<back>" and "<img_>" identify image files encoding images that will be 
broadcast as part of the multimedia presentation for prescribed periods of time 
that are defined on the corresponding line. The image files identified in the 

30 "<back>" lines are for full-screen images. The lines tagged "<wav_>" identify 
audio files that will be played for a period of time defined on the line. The lines 
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tagged n <hed_>" and H <txt_>" identify text that will be overlaid on the 
broadcast images for the periods of time prescribed on the corresponding line. 
The lines reference u <box_>" indicates that a box should be overlaid on the 
broadcast images for the period of time indicated on the line. The template file 
5 for the page will have a corresponding tagged "<box__>" line that will include a 
definition of the box geometry. 

Template files contain the geometry for rendering a page in a 
multimedia presentation. Each of the tags ("<txt1 >", "<img1 >", "<hed1 >", 
etc.) contained in a template file corresponds to a matching tag on the 
10 corresponding page in a story file. 

SAMPLE template file 
<Ver>2.0 

<txt1>260|190|200|200|1 |24|24|hvb |0|0|0|0|0|0|0 

<img1>46]102|204|284|0|0|0|0 

15 <hed1>260|90|200|84|0|42|42|uvbli |0|0]0|0|0|0|0 

<box1>44|100|208|288|0|1 10|0|0|0|0|0|0 

A single advertisement file lists all of the advertisements which are 
scheduled for an individual day of the year. The multimedia engine 128 
20 proceeds sequentially through the advertisement file and keeps track of which 
advertisements have been presented. 

r 

SAMPLE advertisement file: 
; filename: 0216.AD 
; advertising play list , 
; 01/28/94 

; creationdate: 01/28/93 
; createdfor: NEWSCHANNEL 
; systemid: 2442, Coatesville 
00:10|17|18|19|20 
00:20 1 21 1 22 1 24 1 25 
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00:30|17|18|19|20 
00:40 1 21 1 22 1 24 1 25 
00:50|17|18|19|20 

5 

23:50|17|18|19|20 
24:00 1 21 1 22 1 24 1 25 

1 0 In the above example, the entries following the time entry which indicates the 
time of day at which to play an advertisement, are one or more video files or 
story file names separated by pipe symbols " | ". 

The generalized format of textual script files stored within the local 

15 playback computer disk of the playback computer 124 within the multimedia 
engine 128 may be as follows: 

<TAG>StartTime | Duration | Device] Other 
wherein the pipe symbol "|" designates a delineation between fields, the prefix 
<TAG> (e.g. "<box_>", "<txt_>", etc.) indicates the object type within the 

20 textual script file, StartTime indicates the starting time of the textual script file, 
relative to the start time for a segment file, in the conventional hours, minutes, 
seconds format, HH:MM:SS, and Duration indicates the time duration or dwell- 
in the conventional minutes, seconds, format, MM:SS, during which the object 
remains active. Also within the generalized textual script file format, Device 

25 refers to the physical devices which may be referenced in the textual script 
files. The physical devices may include a host computer, a digital video 
subsystem, an external tape deck and a laser disc player. The other field may 
include additional information required to complete the current scripting line 
format. For instance in the case of digital video file reference, the other entry is 

30 the name of the digital video file. 
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Referring to Fig. 3, there is shown a block diagram file 
representation 300 of the hierarchical relationship of the four types of textual 
script files within the playback computer 124 of the multimedia engine 128. 
Referring to Fig. 4, there is shown block diagram representation 400 illustrating 
5 the relationship between the various scripting files. As previously described, 
the textual script files are one of four types of information files which may be 
stored within the playback computer 124. The application program 302 creates 
a number of segment files such as the segment files 304 for use in providing 
multimedia presentations within the multimedia engine 128. The application 

10 program 302 may be any entity operated by any user of the multimedia engine 
128 which is able to specify a multimedia presentation for assembly and 
presentation by the multimedia engine 128. 

The segment files 304 shown in the block diagram representation 
300 may contain any number of story files 306. A story file 306 included within 

15 a segment file 304 is a collection of story events wherein each of the story 
events has a relative start time and a predetermined duration. Each story file 
306 referenced within the segment file 304 must have a reference to a specific 
time at which the story file 306 is to be presented by the multimedia engine 128 
to the cable users 1 35. 

20 A story file 306 is thus a logical sequence of multimedia events 

with a specific application within a multimedia presentation by the multimedia 
engine 128. The application may be, for example, a news story, a movie 
promotion, an event promotion, or any multimedia information presentation. 
The story events within the story files 306 contain the information required for 

25 the multimedia engine 128 to execute the audio and visual transitions within the 
presentation of a multimedia story by applying signals to the audio line 130 and 
the video line 132 of the cable television headend 134 as previously described. 

The following is an example of a number of story files 306 which 
may be associated with each other to form a portion of a segment file 304 by 

30 the multimedia engine 128: 

<stry>00:00:00|01:00| |highlite.sty 
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<stry >0O:01 :00 1 00: 1 5 1 1 schedule. sty 
< stry > 00: 01 : 1 5 1 00: 1 5 1 1 howtoord .sty 
<stry>00:01:30|00:30| | upnexttv.sty 



The prefix <stry> at the beginning of each line identifies the file 
types of the four entries in this segment file 304 as story files 306. The various 
fields within the story files 306, are delineated by pipe symbols "|" as previously 

10 described. The time values 00:00:00 after the <stry> prefix indicate the 
starting times of the story files 306 relative to the starting time for segment file 
304. For example, 00:00:00 in this field identifies the first story file 306 as the 
one within the segment file 304 which begins at time zero. The 01 :00 in the 
duration field, delineated by a single pipe symbol, indicates that the first story 

15 file 306 has a duration of one minute. The device fields in this example are 
empty. The last field indicates that the name of the first story file 306 is 
"highlite.sty". 

The second story file 306, named "schedule.sty", has 00:01 :00 in 
its second field, indicating that it starts one minute into the segment file 304 

20 represented by this example. The story file 306 named "schedule.sty" lasts for 
fifteen seconds as indicated by 00:15 in the duration field. 

Thus, in the multimedia presentation represented by the segment 
file 304 of this example, the story file 306 named "highlite.sty" starts at time zero 
which is the beginning of the presentation of the segment file 304 and runs for 

25 one minute. The story file. 306 named "schedule.sty" begins at one minute and 
runs for fifteen seconds. The story file 306 named "howtoord. sty" begins at 
one minute and fifteen seconds and runs for another, fifteen seconds, and the 
story file 306 named "upnexttv.sty" begins at one minute and thirty seconds 
and runs for thirty seconds. 

30 In addition to the story files 306, the block diagram file 

representation 300 of textual script files stored within the playback computer 
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124 also sets forth advertising list files 308. The advertising files 308 are 
sequential lists of advertising insertion lines and other advertising identifications. 
Advertising files 308 are used to insert advertising from a separate device or 
from a story file 306 into the multimedia presentation assembled and prepared 
5 by the multimedia engine 128. The advertisement information to be presented 
to the cable users 135 in this manner during a multimedia presentation is 
accessed from the local memory within the playback computer 124 by the 
multimedia engine 128 as required in order to properly insert it into the 
presentation. The accessing of advertising information by the playback 
1 0 computer 1 24 in accordance with an advertising file 308 occurs when the 

multimedia engine 1 28 encounters a <advr> prefix within a segment file 304 as 
shown in the following example: 

<stry >00:00:00 1 00:00 1 1 highlite.sty 

<stry >00:01 :00 1 00: 1 5 1 1 schedule.sty 
1 5 < stry > 00:01 : 1 5 1 00: 1 5 1 1 howtoord.sty 

<stry>00:01:30|00:30| |upnexttv.sty 

<advr>00:02:00|00:15|| 



20 • 

In this example after the four story files 306 are processed and 
displayed as previously described, an advertisement file/whose file name is 
described by the current month and day (as detailed below), is referenced. 
The contents of samplead.ad are read and scanned for a time pointer. This 

25 time pointer or time reference may point to a digital video filename or to a 
another story file 306. By separating advertising references into independent 
files identified in the advertising file 308; the advertising content may be 
scheduled separately from the rest of the presentation. This permits 
multimedia content to be managed by an editorial group which is separate 

30 from those managing the advertising material. This kind of separation is 
common in the art of commercial print publishing. It also permits the 
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advertisement information to be used independently of the advertisement 
information time slots of the multimedia presentation. 

The file name format for advertising list files 308 is of the form 
MMDD.ad in order to indicate the month and day of playback. For example, a 
5 list of advertising list files 308 may be of the form: 

01 01. ad 

0102. ad 

0103. ad 



1231 .ad 

The last filename "1231 .ad" is an advertising list file 308 which is played on 

December 3lst of the current year. 
1 5 Fig. 5 shows a block diagram representation of a script file 

parsing method 500 for parsing various textual script files within the multimedia 

engine 128 of the present invention. The script file parsing method 500 may be 

used to parse segment files 304, story files 306 and template files 310. 

Therefore within the script file parsing method 500 a determination is made at 
20 decision block 502 what type of textual script file is being parsed by the 

parsing method 500. 

If the textual script file being parsed is a story file 306, execution 

of the script file parsing method 500 proceeds by way of decision node 504 of 

decision block 502 to the script file line parsing process 600 for parsing of the' 
25 individual file lines within the story file 306. Execution of the script file line 

processing process 600 described hereinbelow with respect to Fig. 6. 

When execution exits the script file line parsing process 600 by 

way of the exit pathway 614, it reenters the file parsing method 500 at block 

510. In block 510, the pages of the parsed story file 306 are identified. The 
30 appropriate records within the local storage, of the playback computer 124 are 

associated with the various identified pages as shown in block 51 2. In block 
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514 a determination is made as to which template files 310 are included within 
the story file 306 in order to present the story file 306. The template files 310 
are then loaded opened, parsed, and converted into metafile objects as 
described with other text files, block 524. 
5 If the textual script file being parsed by the script file parsing 

method 500 is a segment file 304, as determined in decision block 502, 
execution of the script file parsing method 500 proceeds from decision block 
502 by way of decision node 506. The segment file 304 being parsed is then 
processed by the file line parsing process 600 as previously described. 

10 Execution exits the fjle line parsing process 600 by way of exit pathway 614 
and reenters the script file parsing process 500 at block 51 8. The duration of 
the segment file 304 is then calculated in block 518. All of the story files 306 
within the segment file 304 being parsed by the parsing process 600 are 
identified, loaded and updated as shown in blocks 520, 522. 

15 If the textual script file being parsed by the script file parsing 

method 500 is a template file 310, as determined in decision block 502, 
execution of the script file parsing method 500 proceeds from the decision 
block 502 by way of the decision node 508. The template files 310 are then 
opened and parsed as shown in block 600. They are converted into metafile 

20 objects with other text files as shown in block 524 in a manner described 
hereinbelow. 

Referring to Fig. 6, there is shown a block diagram representation 
of the script file line parsing process 600. As previously described the script 
file line parsing process 600 may be used for the parsing of individual lines 

25 within the various textual script files. This parsing may occur within the parser 
block 1106 (Fig. 11) of the presentation process overview 1100 operating within 
the multimedia engine 128 as further described hereinbelow. The script file line 
parsing process 600 may be used to separate the lines of textual script files 
including segment files 304, story files 306, and template files 310 for 

30 processing by the script file parsing method 500. 
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Execution of the script file line parsing process 600 begins with a 
textual file being opened as shown in block 602. A determination is made 
whether the last line of the textual file has been parsed by the line parsing 
process 600 in decision block 604. If the current line is not an end of file 

5 marker, a line of the file is read as shown in block 606. If the last line of the file 
has been parsed the file is closed as shown in block 610. After the parsed file 
is closed execution of the script file line parsing process 600 exits by way of 
the exit pathway 614. 

If the end of the textual script file being parsed by the line parsing 

10 process 600 has not been encountered, as determined in decision block 604, 
the items between the pipe delineation characters in the current file line of the 
textual script file are separated as shown in block 608. Execution of the file line 
parsing process 600 then returns to decision block 604 where another line of 
the textual script file is examined to determine whether it is an end-of-file 

15 marker. 

Fig. 7 shows a block diagram representation of the segment 
event generation process 700 for generating segment events to prepare 
multimedia presentations by the multimedia engine 1 28. The first step in 
generating the events for a segment 304 by the process 700 is preparation of 

20 an advertising record for the segment 304 as shown in block 702 if required. 
Only applications that take advantage of dynamic advertising insertion use this 
feature. In most cases block 702 is not executed. The next step is the reading 
of a record as shown in block 708. If decision block 712 determines that the 
file is not done, the record is checked to see if it is a story record in decision 

25 block 732. If not, it is an advertising record and an advertisement event for the 
multimedia event queue is generated 748. The process continues with the next 
record being read in block 708 and checked in decision block 71 2. If the next 
record read is a story record the process for generating story events 800 is 
executed as described hereinbelow. Upon completion of story event 

30 generation, the next line is checked to see if it is the end of the file as shown in 
decision block 71 2. 
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Once the end of the file is reached, as determined by block 712, 
a determination is made whether the system is currently in hunt mode as 
shown in decision block 716. If the software is in hunt mode it calculates the 
specified offset event times to run as shown in block 720 and exits at terminal 
5 724. If the software is not in hunt mode the multimedia engine 128 adds a 
stop event to the queue in block 728 and exits the operation at terminal 724. 

Fig. 8 shows the story event generation process 800 for 
generating events corresponding to a story file 306 by the multimedia engine 
128 of the present invention. Within the story event generation process 800 a 

10 determination is made in decision block 804 whether the story file 306 being 
processed by the multimedia engine 128 is present within the directory of the 
playback computer 124. If the story file 306 is not present in the playback 
computer memory 124, the events necessary for a predetermined default 
presentation are generated as shown in block 820 and execution by the 

15 multimedia engine 128 exits the story event generation process 800 at terminal 
block 822. 

If the story file 306 does exist in the playback computer 124, as 
determined in decision block 804, the story event generation process 800 
begins sequentially processing the pages within the story file 306. In order to 

20 do this, a record is read in block 806 and a determination is made in decision 
808 whether the end of the story file 306 has been encountered. If the end of 
the story file 3Q6 has been encountered, a predetermined end story event is 
added to the output of the story by the event generation process 800 as 
shown in block 824. A determination is then made in decision block 828 

25 whether a stop is specified within the story file 306 being processed. If a stop 
has not been specified execution of the story event generation process 800 
ends at terminal block 822. If a stop is specified, as determined in decision 
block 828, a stop event is scheduled as shown in block 832 and execution 
exits the story event generation process 800 by way of terminal block 822. 

30 If the end of the story file 306 being processed by the story event 

generation process 800 is not encountered, as determined in decision block 
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808, a determination is made whether the page of the file being processed 
should be displayed. This page display determination is made in decision 
block 812. (For instance, the multimedia engine may decide to skip a page if 
needed to stay in synch with timing indicated in the script file.) If the page 
5 should not be displayed, execution proceeds to decision 808 where another 
determination is made whether the end of the story file 306 has been 
encountered. If the page should be displayed, as determined in decision block 
812, execution proceeds by way of path 813 to the block 1200 (hereinafter 
described) where the queue events for the page are generated. 

10 Fig. 9 shows the segment event generation process 900 for 

determining whether a segment file 304 being processed by the multimedia 
engine 128 contains an advertising list file 308 and for processing an 
advertising list file 308 when it is present. Within the segment event generation 
process 900 a determination is made in decision block 902 whether the 

1 5 segment file 304 contains an advertising list file 308. If the segment 304 does 
not contain an advertising list file 308, execution exits the segment processing 
process 900 by way of terminal block 904. If the segment file 304 does contain 
an advertising list file 308, a determination of the advertising file name is made, 
as shown in block 908. 

20 A determination is then made in decision block 912 whether the 

advertising list file 308 indicated can be opened. If no advertising list file 308 
can be opened an advertisement file directory within the local memory of the 
playback computer 124 is scanned by the event generation process 900 to 
determine the most recently used advertising list file 308, as shown in block 

25 916. If the advertising list file 308 found in block 916 is not open, as determined 
in decision block 920, execution exits the segment processing process 900 by 
way of terminal block 904. 

If an advertising list file 308 is open, as determined by either 
decision block 912 or decision block 920, the record for the current HH:MM is 

30 obtained in block 924. The record obtained in block 924 is returned by the 
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segment processing process 900, as shown in the block 928 and the process 
900 is exited by way of terminal block 904. 

Fig. 10 shows the advertising event generation process 1000 for 
generating advertising events within the multimedia engine 128 of the present 
5 invention. Execution of the advertising event generation process 1000 begins 
with a determination whether the advertising record to be processed is present 
in memory. This determination uses the advertising record process 900 
described hereinabove. This determination is indicated in decision block 1004. 
If the event is not present a default static screen event is scheduled as shown 

10 in block 1 008 and execution exits the advertising event generation process 
1000 by way of terminal block 1010. 

If the advertising record to be processed by the event generation 
process 1000 does exist within memory, as determined in decision block 1004, 
a determination is made in block 1012 which advertising event should be 

15 played. This determination is made in a round robin method. The advertising 
record that is returned via record generation 900 is a series of file pointers that 
point to one or more digital video files or story files in memory. One 
advertisement is selected from the record returned. The first time the 
multimedia engine 128 accesses an advertisement in this method a round-robin 

20 counter is set. Upon subsequent calls to this record the counter is, 

incremented and the next advertisement is played. When the end of the series 
is encountered the round-robin counter is reset to one and the first 
advertisement is replayed. 

A determination is then made at decision block 1016 whether the 

25 advertising event being processed is a story file 306. If the event is a story file 
306, the story events for the story file 306 are generated as shown in block 
1020. After the story events are generated in block 1020 the advertising event 
generation process 1000 is complete and execution exits by way of terminal 
block 1010. 

30 If the advertising event being processed by the event generation 

process 1000 is not a story file 306, as determined in decision block 1016, 
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video file events are scheduled by the multimedia engine 128 as shown in 
block 1 024. After scheduling of the video file events in block 1 024, execution 
exits the advertising event generation process 1000 by way of terminal block 
1010. 

5 Referring to Fig. 11, there is shown a process overview 1 100 

describing the operations of the multimedia engine 128 of the present 
invention. Within the process overview 1100 an application programming 
interface 1 1 02 provides an interface for applications to allow them to control the 
multimedia engine 128. The application programming interface 1102 applies 

10 commands scripting information from the external applications (not shown) to 
the various primary control subsystems of the multimedia engine 128. 
Commands can be applied, for example, to the parsing subsystem 1106, the 
hunting subsystem 1108, the control subsystem 1 1 14 and directly to the 
graphics rendering subsystem 1118. The application programming interface 

15 1 1 02 permits a consistent view of the multimedia engine 1 28 for the external 
applications (i.e., a computer program whose purpose is to control the 
multimedia engine). 

Through the application programming interface 1102 external 
applications can issue commands to the parsing subsystem 1106 to parse 

20 input files and schedule multimedia events based upon the files. The parsing 
subsystem 1106 reads the passive operation data files 1104 and generates the 
metafiles 1110 which represent the non-timing related items in the passive 
operation data files (PODF) or script files 1 104. A metafile 1 1 10 is a set of 
records which represent a series of calls by the application programming 

25 interface 1 1 02 which are to be made to the graphics rendering subsystem 
1118. The records of the metafile 1110 are played sequentially when all of the 
corresponding calls of the application programming interface 1102 are made. 
The metafiles 1110 are then scheduled into the timing subsystem 1116. 

Also through the application programming interface 1102 external 

30 applications may request that the hunting subsystem 1108 identify a set of 
passive operation data files or PODF's 1104 which should be run at a particular 
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time. The hunting subsystem 1108 checks the system time and identifies the 
PODF's 1104 which have time encoded filenames corresponding to the current 
system time. When the set of data files 1104 have been identified the parsing 
subsystem 1 1 06 schedules the set of files for presentation by the multimedia 
5 engine 128. 

External applications may also use the application programming 
interface 1102 to directly access the graphics rendering subsystem 1118 as 
previously described. This permits an external application to directly control 
the. output of a presentation: This direct control allows an alternate means of 

10 controlling the multimedia presentation rather than the scripted format provided 
by the parsing subsystem 1106 and hunting subsystem 1108 (generally, the 
components of the script manager 1 150) of the process overview 1100. 

External applications using the multimedia engine 128 by way of 
the application programming interface 1102 may control the timing of the 

15 multimedia engine 128. This is done by an external application (not shown) 
having a timing loop for calling a polling function in the application 
programming interface 1102. This polling function in the application 
programming interface 1 1 02 distributes the polling into the control subsystem 
1114 which controls the timing subsystem 1116 and the hunting subsystem 

20 1108. When a poll in the control subsystem 1114 occurs, the poll is transferred 
to the timing subsystem 1116. If the timing subsystem 1116 identifies an event 
as requiring action, it returns that event to the control subsystem 1114. A 
metafile 1 1 1 0 is then retrieved from the event and it is passed into the graphics 
rendering subsystem 1 1 18 for processing. If the timing subsystem 1 1 16 is 

25 then empty, either the hunting subsystem 1108 is called to schedule another 
set of files through hunting or playback is stopped. An external application can 
also directly stop the presentation by way of the application programming 
interface 1 1 02. 

Among the components within the renderer 1151, is the graphics 
30 rendering subsystem 1118, which operates in a plurality of modes. The 

graphics rendering subsystem 1118 supports a set of functions which directly 
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control multimedia presentation hardware within the multimedia engine 128. 
These functions can be called by external applications by way of the 
application programming interface 1102, or by a metafile 1110. 

The graphics rendering subsystem 1118 provides a number of 
5 features within the multimedia engine 128. It may provide a hardware 

independent application program interface which external applications can use. 
This is possible because all of the functions in the graphics rendering 
subsystem 1118 are propagated to a similar function in the hardware 
abstraction layer 1128. It provides high level control of the font rasterizer 1122, 

10 the graphics rasterizer 1120, and the digital video decoder 234 to provide a 
logical multimedia presentation. This logical presentation is coordinated by 
preventing the user from requesting an illogical sequence of actions, by 
providing control of transitions from complete graphical presentations to video 
presentations, and by handling exceptional cases such as video playback 

1 5 failure. 

The graphics rasterizer 1120 of the process overview 1 100 is 
called by the graphics rendering subsystem 1118 to provide raster display 
operations. This includes drawing lines and polygons as well as displaying 
graphics files 1124. The graphics rasterizer 1120 loads the graphics files 1124 

20 if required and calls the graphics hardware interface 1 134 section of the 
hardware abstraction layer 1128 to draw an item on the graphics hardware 
(graphics generator/video overlay card) 230. 

The font rasterizer 1122 is called by the graphics rendering 
subsystem 1 1 1 8 to provide anti-aliased font-based raster display operations. 

25 The font rasterizer 1122 is provided with a font specification, text content, and 
position and provides a font from a font file 1 126. It also performs anti-aliasing 
and calls the graphics hardware interface 1 134 section of the hardware 
abstraction layer 1128 to display the desired text in the appropriate font. The 
font rasterizer 1122 also permits caching of font rasterization to provide greater 

30 performance. 
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The graphics Tenderer 1118 directly calls functions in the 
hardware abstraction layer 1128 for controlling the digital video decoder 234 
and the digital video file storage of disk 238. The digital video decoder 234 
includes its own application program interface which is abstracted by the video 
5 decoder interface 1132 of the hardware abstraction layer 1 128. Through the 
video decoder interface 1132, the graphics rendering subsystem 1118 can 
request that the video decoder 234 play a particular video file. The video 
decoder interface 1 132 first verifies the existence of the digital video file on the 
disk 238, and if the file exists, starts the video decoder 234 playback of that file. 

1 0 The video decoder 234 may send asynchronous messages to the 

multimedia engine 128. These messages are directed to the external 
application, whose responsibility it is to return them to the playback computer 
124 by way of the application programming interface 1102. These messages 
are asynchronous and are relayed by the application programming interface 

15 1 102 to the control module 1114 and then to the graphics rendering subsystem 
1118. The control module 1114 may monitor these messages in the case of 
serious errors on the video decoder 234 which require the halting or 
modification of the presentation in the timing subsystem 1116. When the 
graphics rendering subsystem 1118 receives an asynchronous message from 

20 the video decoder 234 it applies the message to the video decoder interface 
1 132 which determines how to handle the message. Based upon the decision 
made by the video decoder interface 1132, the graphics rendering subsystem 
1118 may make modifications in the presentation. 

Referring to Fig. 12, there is shown a block diagram 

25 representation 1200 of a method for generating queue events for a page of a 
story file 306 within the multimedia engine 128 of the present invention. Entry 
of the method of block diagram representation 1200 is by way of decision 
block 812 and path 813 of the story event process 800. As previously 
described, decisions block 812 determines whether a page of a story is to be 

30 displayed. If the page is to be displayed its queue events must be generated. 
Thus the story page is applied to block 1202 which determines the time of the 
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page in the story, and possibly the position of the story within a segment. 
Process block 1204 then creates an empty metafile 1110. Records are added 
to the metafile 1 100 to correspond to the items on the story page. 

A page is read in block 1206. Decision block 1208 determines 

5 whether the file is finished. If the file is finished block 1226 creates an event in 
the event queue for the time identified by block 1202 and process 1228 places 
the metafile 1100 inside the event created by process 1226. The procedure of 
diagram 1200 is then terminated. 

If a record exists in the story page, execution of process 1 200 

10 proceeds to decision block 1210. Decision block 1210 determines if the story 
page record represents a change of a template 310. If it is, block 1216 
attempts to select the specified template. Process control is then returned to 
decision block 1208 from block 1216. If the story page record is not a change 
of template, execution proceeds to decision block 1212. Decision block 1212 

15 determines if the story page record requires a template 310. If it does, control 
passes to block 1218, otherwise it passes to block 1214. Block 1218 looks up 
the corresponding template record specified by the stop/ page record. If the 
record does not exist, the record is ignored and execution proceeds from 
block 1220 to block 1224 and block 1208. If the record does exist control 

20 process 1222 merges the story page and template information into a single 
record to be placed within the metafile 1100. Block 1214 takes the output of 
block 1212 and/or block 1222 and creates a record with the metafile created 
by block 1204 which represents the record identified of created by block 1212 
or block 1 222. Control then passes back to decision 1 208. 

25 It will be appreciated by those skilled in the art that changes 

could be made to the embodiments described above without departing from 
the broad inventive concept thereof. It is understood, therefore, that this 
invention is not limited to the particular embodiments disclosed, but it is 
intended to cover modifications within the spirit and scope of the present 

30 invention as defined by the appended claims. 
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Purpose of this d cument 

The purpose of this document is to define the StarNet Muitimeaia Scripting Language (SMSL). 
This definition includes what the StarNet Muitimeaia Engine (SMMB does, how it does it. the 
input data necessary for it's operation and the output it produces as a result of that ongoing 
operation. 



What is the SMME? 

The SMME is a software command interpreter which runs in a produci specific computer at a 
cable head end and produces output consisting of still pictures, full motion video, rendered text 
and graphics and sound which is in tum fed to the cable system for broadcasting. 

What is the SMSL? 

The SMSL is a the multimedia scripting ianguage invented by Gerard Kunkel of StarNet. and 
refined by Michael Heydt of StarNet. The language addresses ail of the capabilities of the SMME 
in a simple collection of file formats all stored as ASCII text files. 



What is still to come in the SMSL? 

The SMSL was orginally conceived as an all purpose multimedia scripting language for use in 
passive or interactive television. As such, the language will be expanded during the fall of 1994 
to address the new interactive needs or television set-top boxes (STBs). Of note will be client- 
server nature of data access to feed the engine, expanded graphics capabilities of the new 
dedicated graphics chips to do graphic sprites. Other operator needs will be identified as the API 
for the set-top box is disclosed. In the meantime, the general Windows 3.1 API will be used as a 
model for additional operators. 

One very important change coming to the SMSL is the support of VGA for graphics 
output. Currently the engine talks directly to graphics hardware for its graphics display. Since 
the STBs appear to be supporting VGA as a standard for graphics overlay, the engine will be 
modified to use all of the Windows 3.1 API calls for graphics rendering and control. 



How Does the SMME Work? 

The SMME takes as input the SMSL files which consist of presentation sequencing information, 
and data files in the form of graphic images, digital video sequences and digitized sound. Some 
of the control information that the SMME receives directs it to access several different types of 
playback devices. in order to produce the necessary output. These playback devices include, and 
are currently limited to: digital video subsystems (DVSS from Scientific Atlanta), digital video 
adapters (Optibase PC Motion), video tape recorders (VTRs) and laser disk players. 

It is not within the scope of this document to describe the method by which information is 
received by the SMME. We will assume for the sake of simplicity that any necessary information 
is available for the engine's use before it is needed. For a detailed description of the 
communications methods and interactions between StarNet equipment in a cable head end, see 
the StarNet Communications Server Specification and StarNet Multimedia Hardware 
Specification. 
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Engine operating modes 

SMMEFRNT.EXE is software application that interfaces between data files and the 
engine itself. SMMEFRNT is a software front end that allows a user to define one of two 
operating for multimedia playback. There are other uses for the SMMEFRNT application 
that are not relevant here. For more detail see the document StarNet Multimedia Engine 
Front End Application. 
Normal mode 

If a SEGMENT file plays, ends and is not replaced by a newer segment file, the 
current segment file will stop playing and the program will stop. 

Hunt mode 

If a SEGMENT file plays, ends and is not replaced by a newer segment file, the 
current segment file will continue fooping until a newer SEGMENT file is found. 



SMME Input Files and Sources 

The SMME takes as input 4 fundamentally different types of information: textual script 
files, bit mapped graphic images, digitized sound, and digital or analog full-motion video. 
This information comes from four different storage devicesrhard disk, digital video 
subsystem (which may actually be a hard disk attached to another device), video tape 
and laser disk. This document is responsible for describing the contents of only the 
textual script files. 

Textual Script Files 

There are 4 types of script files that the SMME reads and interprets: Segment 
files, Story files. Control files and Advertisement files. The Segment file (.SEG) 
contains the basic sequence of events for the presentation of a multimedia 
sequence. It references two other types of fi!es:Stories (.STY'S) and the 
Advertisements file (.AD). The CONTROL files (.CTL) are used only in the News 
Channel product and have no bearing on the operation of the SMME. 

Story Files (.STY) 

The term Story comes from the News Channel project (see other 
documentation) and is defined as a logical sequence of multimedia events with a 
specific application. The application may be a news story, a movie promotion, an 
event promotion, an advertisement, etc. The Story file contains all of the details 
for executing the individual audio and visual transitions and events which 
represent a Story. 

Segment Files (.SEG) 

The SEGMENT file is a collection of Stories and Advertisements. 



Advertisement Files (.AD) 



WO 98/29835 



38 



r ^ it u ijy^i 



There is only one Advertisements file wnich lists ail of the Advertisements which 
are scheduled for a certain amount of time. The SMME keeps track of which aas 
have been played and simply runs sequentially through the file. 

T mpiate Files (.TPL) 

Th template file contains the geometry for rendering a page in the multimedia 
presentation. Each of the tags contained in the TPL file corresponds to a 
matching tag in the STORY file. 

DESCRIPTION TO COME: 

; s lory -.empi*-* 

<^.9di>40, -3:;::.e:;o!S£:: = : -;v==c * : s : «. ■; . ' • 

<imgi><0, Isv-i 12. IZotO 

<-xii>4 h,2;'; ; 120 1 0 i 22 22 : r.v f i v 

<*/ iai>0 . r. . = ;:., f i ■ a 
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Each of the SMME textual control files is written using the language specification called 
the StarNet Multimedia Scripting Language (SMSL). This language borrows the construct 
of a number of existing languages: C, SGML and the Windows INI file format. 

The following line shows the general format of a iine within either a Story or Segment 
file: 



<TAG>StartTime[Duration|Device)Other (Filename etc.)|.. 

one of the tags described in the SMEPDL section of this 



Where: 

<TAG> 
document. 

Start Time 
Duration 
Device 
Other 



HH:MM:SS 
MMiSS 

described in a later section, defaults to COMP 
tag specific parameters 



General standards for initialization and data files include the following: 

• a semicolon (;) at the beginning of a line signals a comment 

• all time magnitudes will be expressed in milliseconds where granularity of less 
than one second may be necessary and in MM:SS form where larger spans of time are 
needed. 

The Segment File 



The SEGMENT file is a list of events that the multimedia engine will play. The 
SEGMENT file points to STORY files that contain the actual data for display . The 
SEGMENT file is a higher level that simply sequences STORY files. This relationship is 
illustrated in the following diagram. 



Segment 
file 



Story File 



Advertising File 



Comment line 



| Story File (- — 


Template File j 






Story File 






Background File 










| Story Fife 






Wave File 






; Story File 






Video device 



Video device 



Video device 
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File naming convention 

The name of the SEGMENT file is very important to the correct 
operation of the SMME. The OOS eight character filename is used to 
represent the exact minute of the day/month/year that the SEGMENT is 
to begin operation. Below is an example of the SEGMENT file naming 
convention: 

Month Day Hour Minute Extension 
1-12 1-31 00-23 00-59 ...SEG 

or 



01080155.SEG 



Below is a sample NewsChannei SEGMENT file. 

<3try>O0:0S:00lOO:lOl :.00000I; .STY 

<siry>';0:-:::;oioo:i5: :-:coao:-A.irr 

<*-T,'> r . ,r - : : *5 ! OO: 19 i ■ * "*,r*r\~2 . STY 
<jrir/>00::::14lOO:l* tTOCOTc .STY 
<5»:ry>*)0:0:::5»00: 15 : ; v000002.S7Y 
<3try>00:01:42IOO:l5: iGOOOOGA. STY 
<ar. r/ ->O0:01::7iOO:l9. 1 0000002 .STY 
<3nr/>00:02::5!00:12: ; ?000006 .STY 
<3nry>00:02:2SlOO:ll. ■ "OOOOOD.STY 
<jr.ry>00 : 03 : 10 1 00 : 12 : 0000009 . STY 
<3irv>OO:Q3:Z2!0O:li; : 00OOOCS .STY 
<S?r;>00 : 03 : 23 ! 00 : 15 ! ! 00OOO0C . STY 
<3try>00:03: <8 J 00: 24 I 10000018 .STY 
<3trv>00 : 04: 13 1 00: 12 1 ; 0000008 .STY. 
<3iry>O0 : 04 : 2 S 1 00 : 11 ! : 0000003 . STY 
<stry>00:C4:i7iOO:15t l COOOOCC.STY 
<Sir/>00: 04: =2100:17; lOOOOQlS .STY 
<Si:ry>O0:05:4OlOO:12l ! 0000030. STY 
<3try>00:C5:52lOO:12i :000003C.STY 
<3try>O0:06:04 100:121 i000003C. STY 
<jnry>00:06:16IOO:12! 10000030. STY 
<scry>00 : 06 : 28 1 00 : 12 1 i 0000030 . STY 
<JCry>00:06: 40100: 121 10000030. STY 
<5Cry>00: 06 : 52 1 00 : 12 1 1 0000030. STY 
<5nr/>00:07:04l00:12! 1 0000030. STY 
<3try>00:07:l6i00:12l 1 0000030. STY 
<stry>00:07::9i00:ii; 1 0000030. STY 
<*dvr>00 : 07 : 4 0 1 00 : 30 i ad. iai 
<3try>00 : 08 : 10100:21 : I C00002A. STY 
<3try>00 : 02 : 3 1 1 00 : 2 1 1 1 000002A. STY 
<3try>00:C2:53l00:21i 0O0OC2A.S7Y 
<S*rv>00 :03:15lOO:21i: 000002A. STY 
<3iry>00:05:2*M0O:2l! '900002A.STY 
<3Cr/>00:05::3!00:011 i3000C2A.STY 

Below is a sample Barter SEGMENT file representing 5 minutes of 
presentation 

<j*cy>O0:00:0aiOl:GO» I tugnli -.a.Jty 
<snr/>O0:01:COl00: 15 ! ' scaeauxa.sv/ 
<3try>00:0l:i5l00: 15 ' I howtoori. J*y 
<3 cry>00 : 01:30100:30! i upnax iv i . t v/ 
<3Cry>O0:02:00lOO:l5 : ; acnaduia.3«:y 
<3try>00 : 02 : 15 ! 00 : 15 1 i r.3wtoora. 2 r .y 
<stry>00 : 02 : 30 1 01 : 00 » ! higflli^a . 3 r .y 
<scry>00:03: 30100: 15 1 i acaeauia. acy 
<3*ry>00:03: 45 100: 151 i hownoora. r.y 
<3Cr/>00 : 04 : 00 1 00 : 30 1 I •ipnc.W 1 . 3 v/ 
<3^ry>00:04: 30100:151 ! scneaula. 3ty 
<3nry>00 : 04 : 4 5 1 00 : IS I 1 hownoora. 3»:y 
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The St ry Fil 



The STORY file is a collection of events ana pointers. The events listed in the STORY 
file occupy one line per event. Each event reference must have a relative starting time 
and a relative duration (dwell). The starting time is relative to the start of the STORY 
seauence. The duration is relative to the start of the individual event. Each event is 
labeled with a tag denoted in greater and less-than symbols (<>). 

A NewsChannei Story File: 

; : : '.r.v/\eaa.v vOOOOli.STV 
; :2-22-1993 13;14:3C 
<p«ge>*jO : 00 : 00 1 00 ; 00 i 1 
<wav:>;0:00:00l0r>:2 = ! i f-VSCOlil . w*v 
< r .aapi>;0: 00:00 f OC iO't : vnr2~icr . ??L 

<. w .3a:>;C:00:00!^ri:C3 ; Tr»aa ^i.iaj: ~.\5. -vo-Cicaa" 
*'j'ibi> 00:00 ; •* " : Zi : • Aaz.ini:? r .rV.ioft aeries turopean ;::irne 

<-ix^i>00:00:OOinr. : ioi jWASH.O.C. --A»«ric»n i raQ e pw=«rs. erasing :cr "a 21i£-.;a isair.i- 
s-ra-ica's £irr- jac c: iraaa sanctions, *r4* Angry *na ccr.rusea. -.n 

•ZiZlziis wiit.lz -r.s European rommum-.y ' 3 £:< ecu Ccsaissicn 
<. iaa ;>00 : 00 : 00 I 00 : 2 6 : , C Z Z00 1 1 1 . "?a 

<»:vr;>oo:00:lC:00: 10; . cs«i iha ?rs3iaen«: r.as maicataa n« ir ramitiaa -e :r*« -r»cs bui u i.^ 0 
receptive 10 proneccior.irsi. \n 

AiBuaiacraiion oitiziiis rasponaea tr.ara is no :r*coa3isv 
<ucll>00: 00:20 1 00:06 1 « assy in r .na emerging 'J. 3. policy *na cr.ii iraqa aipissicy ran no .cnger zs 
neatly laueiea. 



A Barker Story File: 

; ssnaauie scraen 



<page>i 

<nrspi>3cneguie. tpi 
<vidl>00:00»00: 15 I 1 scneauia ♦ via" 
<tjcni>OO:0OI00:07 ! ! 10AM 
<iyc^>CO:00(00;0? ! id *5 

<rjctJ>00:OOlOO:9" rt !A Rivar Runs Througn \s030PG\n\sQ401-9C0-c:!IEKft-i 33. IS 
<*JCt4X)0:00 1 00: 0" I i I0AM 
<tXt5>OO:OOI00:6T; -d 4? 

<!--x-!5>00:00IQ0:0~ i ■. Sram Sioker's Dracuia \sO3OR\n\sQ401-500-Ci:rEMA-2 54.55 
<-xtl>00:0*M00:CS I ! 10AM 
<^X^2>Q0:07I00: 3S i \Ct 

<1X~J>00:0? |0Q:£S ! !?=•/' * ' -030PG\3 \a0401-r0O-CIMEHA-I S3. 95 
<1X14>GO:07|OQ:C6 I I 123?! 
<nxii>00 : 07 1 00 : C5 ! ! 

<^x-o>00:O7i00:C-£ i . A Rivar Runs rnrougn :* \sC30R\n \s0401-50G-Ci:.'EMA.-2 5*.:-5 
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Language description by tag 

PRESENTATION operators 



menu 



SYNTAX: 

<menun_n>titIe|directoriaescription 

DESCRIPTION: Signifies the creation of a new menu of choices. The suoseouem menu items 
are listed in senes following the initial menu item. The engine assumes base 0 for both the 
menu and item numbering scheme. 

SAMPLE: 

<menuGJ)>Cia33iri.2a aavemnr.? laionul rTr.e lines*. :r. iZ'iZLzs :rr rata. 
^srana^a psrrzr.»is 

thm world" a first uiuraauwrprtinuuoa fila 
for t&a Sfcartfa c l-fii I n moi i &oxn a 

eraacad fay G«nra KiaJwi *C ll:SfiM cm */3/94 
/ 

<P*9%>1 

<l> i n t > y r t iin c. eg* 
< MTl>pw nnc. w*v 
<j_agl>logo. eg a 
<fpL> pntn t. Cpl 
<txti>aaax 

<tit2>t*ilrT»di ■ for cabia, talapfcooy, ctmweari. *ad saccop ban* 
<txC3>A propoMl foe * amw way of doing buaiaoaa 
■'■■inn_L'Hoil ca—dJ ■ m<r»no <Monu2 
<teasu0_2>d* Buitc Samoa ibaxxar. acy 
jJHtwdThinntl i ■■mil 
_4>TV Qtuda rhinPoUvacfo.atry 
'SMftdao JuJta Scott wjn. acy 
<saan»0_6>or CXaaaifxada>»amil 
^ajou0_7>OCEt I nn 
<aMBul~l>Aucoa) « auto . aag 
Oann l ~2>UmmX KmZMtm icaa-L.aag 
<— nn 1 ~3>larvxeaa « itmn . acy 
rajMiiM~4>If— ■> for aaXal xtaao.acy 
^—aiJ8»i wmlt I poxmL • acy 
raj am i) "opranam aaaxuiaamuO 
'■aiiii7 J'atil riawrti ■ ' ■ ohascarleharcar. »cy . 
■ " ■■iii ? _2>Pr mfcMJ C daractrxpcxaoatprotfocca.scy 
Qui mil ?~3>«ai->ro ring appxoaabiair fcat.aey 
rajaniil^OHtf inaiao aaadal I tea. acy 
-aiwuT^TIi- 1 i nn i annul 
^■ a iiiiiT ^i ri i i a n mia ainlajamtO 

Jjtfea olaara* m ri 11 iagcj 000353*. acy 
~2>Janty doocac UcasMt 000333b. acy 

~3X7oarda»> baax-a piu foe feudal 000333o. acy 
~4>*UBU-Ltaa oaxl ajurdaradi 000355d. aty 
r»anii1~3>ahacaj praaarvatxom 000355a. acy 
famil^&yiaviaua ■ ■mil ■ainfl 
raj ann > J->*— ■ pA»** adxtoxt»«nu2 
<aaanm~2 > S tory odicaagi— ou3 
~ajannl~V tiijain i adi.coclMBu2 
<—niH~Ofli 1 T i ny loftwart mnn,] 
of tfir» ta 
aalaaaw 



menutpl 



SYNTAX: 

<menutpl>filename 



DESCRIPTION: Specifies the template file to use for building a menu list in the interactive 
presentation. 

SAMPLE: 

<menu-p i>a«muaa£ . - ? i 



menuback 
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SYNTAX: 

<menuback>fiiename 

DESCRIPTION: Specifies the bacxgrouna bitmap rile to use for building a menu list in the 
interactive presentation. 

SAMPLE: 



STORY operators 

page 

SYNTAX: 

<page>hh:mm:ss|mm:ss|n 

DESCRIPTION: Signifies a change of pages in the presentation. It is used primanry as a 
device for the News Channel but can be applied to any product that requires tracking the 
changing of pages. 

SAMPLE; 
<paqa>2 

txt 

SYNTAX: 

<txtn>hh:mm:ss|mm:ss||text 

DESCRIPTION: Denotes a tine of text to be rendered to the display. 
SAW! E 

<W1>00: 00: 00 1 00: 151 l PHILADELPHIA - The ?tiilr Swe«p tr.e Sivisicr 

msg 

SYNTAX 

<msgn>hh:mm:ss|mm:ss 

DESCRIPTION: Denotes a line of text to be rendered to the display. 
SAMPLE: 

<aagi>:c:00:00l00::£ 



wav 

SYNTAX: 

<wavn>hh:mm:ss|mm:ss|||filename 

DESCRIPTION: Signifies the inclusion of a WAV digital audio file. The actual Hie is referenced 
by the trailing filename. 

SAMPLE: 

<wavi>c:: 00:00100:15 . isampie.wav 



back 

SYNTAX: 
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SYNTAX: 

<back>hh:mm:ss|mm:ss|||fileriame 

DESCRIPTION: Filename of TGA file wnicn will be ovenayed by live video, grapnics or 
rendered text. 

SAMPLE: 

<bacic>00:00:00i 00: 15 : : sample. r. ? * 



img 

SYNTAX: 

<imgn>hh:mm:sslmm:ss||filename 

DESCRIPTION: Signifies the inclusion of a TARGA raster file. The actual file is references oy 
the trailing filename. 

SAMPLE: 

<iagi>O0:00:00IOO: 15: ; sample. ig» 



tmpl 

SYNTAX: 

<tmpl>hh:mm:sstmm:sstfiiename 

DESCRIPTION: Specifies the template file to be used for the current page. The actual file is 
referenced by the trailing filename. This specification should come immeoratery after the 
<page> tag. 

SAMPLE: 

<i2npi>3 ample . up I 



hed 

SYNTAX: 

<hedn>hh:mm:ss|mm:ss)|text 

DESCRIPTION: Signifies the inclusion of a headline. The actual text is referrenced by the last 
text entry following the transition designation. 

SAMPLE: 

<hedl>00:00:0OIO0:l5l tPtulliea T%xe New Yorr by Stora 



sub 

SYNTAX 

<subn>hh:mm:ss|mm:ss||text 

DESCRIPTION: Signifies the inclusion of a subhead. The actual text is referrenced by the last 
text entry following the transition designation. 

SAMPLE: 

<subi>OO:00:00lO0:15 1 lF*as riot is the streets'. 
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SYNTAX: 

<timn>hh:mm:ss|mm:ss||time forrnat|date format 



DESCRIPTION: Signifies the inclusion of a time stamp on the video display. The location, 
color, font and size is determined by the corresoondtng reference in the temptate file. There are 
different types of display format for time. The following list oescnbes the available formats. 



0 none 

1 hh:mm am/pm 

2 hh:mm:ss am/pm 

3 hhrmm military 

4 hh:mm:ss military 

5 mm:ss 



There are different types of display format for time. The following list descnbes the available 
formats. 



0 


none 


1 


mrtvdd 


2 


mnvyy 


3 


mm/doVyy 


4 


mm/dd/yyyy 


5 


Month dd 


6 


Month dd.yyyy 


7 


Month yyyy 


8 


mm - dd 


9 


mm - yy 


10 


mm - dd - yy 


11 


mm - dd - yyyy 



SAMPLE: 

<tial>00 : 00 : 00 1 01:00 1 1110 
<r.io2>00 : 00 : 00 I 01 : 00 1 I 0 I 5 



vid 

SYNTAX: 

<vidn>hh:mm:sslmm:ss|devi^ 

DESCRIPTION: Signifies the inclusion of a digital video clip file. The actual file is referenced 
by the trailing filename or by the starting and enoing address on the device. 



SAMPLE: 

<vtdl>00:00:OOlOO:lSlDVSl I i I sample, vid 
<vid2>00: 00: 10100:05 I LASRI 123451 34 567 | 
<*/id3>00:00: 15 t 00 : 15 ! TAPE ! 1234 5 I 34567 l 



; (used in ALL SMSL script files) 
SYNTAX: 

; any ascii text 

DESCRIPTION: Comment line used to annotate the files, ignored by the engine. 
SAMPLE: 

; J:\PROG\SRC\BARKER\SAMPLZ.STT 

; Last Ujec: Johc Joe 

; Saptanbttr 6, 1994 11:20:23 
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lin 

SYNTAX: 

<linn>hh:mm:ssjmm:ss 

DESCRIPTION: Signifies the drawing of a line. 

SAMPLE: 

<iiae>00:00:00" 00: 15 



box 

SYNTAX: 

<boxn>hh:mm:ss|mm:ss 

DESCRIPTION: Signifies the drawing of a box. 

SAMPLE: 

<boxl>00 : 00 : 00 I 00 : 15 



Cik 



SYNTAX: 

<dckn>hh:mm:ss(mm:ss|start time|inten/al|direction|time format 

DESCRIPTION: Signifies the inclusion of a dock on the video display which will be updated at 
the specified interval. The location, color, font and size ts determined by the corresponding 
reference in the template file. There axe different types of display format for time. The following 
list describes the available formats. 



0 none 

1 rttr.mm am/pm 

2 hh:mm:ss am/pm 

3 hhrmm military 

4 hh:mm:ss military 

5 mm:ss 



Thejdirection item specified whether the dock « to cowtjjpwards or downwards. A value of 
zero wiU cause tne clock time to be incremented by the value specified by the interval 
parameter, likewise, a value of 1 will cause the clock time to be decremented (to allow 
countdown timers) 

Note: This operator will onty work property when used on top of a full screen video with text 
overlay. 

* : 

SAMPLE: 

<clkl>00 : 00 : 00 1 00 : 15102:15:001 00 : 00 1 1 1 0 
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trns 

SYNTAX: 

<tms>hh:mm:ss|mm:ss|type 

.DESCRIPTION: Signifies the setting of the global variable for transition type. The SMME wtll 
read this tag and set its internal transition gtobat vanaote. Therefore, ail page trans mons mat 
follow thts tag wilt transition according to the type specified. Please see the section on 
transitions for a complete descnption of transition types. The default transition is F 1 0OO whicn 
equals a fade transition lasting for 1 second. The following example snows a transition of 1/2 
second being directed to the system. 

SAMPUEl 

; story file 

<*:rn3>O0:00:00IOG:0Ot F050G 

<sudl>00 : 00 : 00 1 00 : 1 S ; : Fans riot :n -A3 s'-.rM'rs: 



blk 

SYNTAX: 

<blk/j>hh:mm:ss|mm:ss|on time|off timeftext 

DESCRIPTION: Signifies the inclusion of a text item which will be flashed on and off on the 
screen at the defined intervals. On time specifies the duration that the text will be displayed on 
the screen, and off time specifies the time interval that the item will be removed from the screen 
before it is displayed again. 

Note: This operator will only work property when usee on top of a full screen video with text 
overlay. 

SAJWPLE; 

<ClClCl>00 : 00 : 00 I 00 : 15 I 02 : 15 : 00 ! 00 : 00 1 1 1 0 



SEGMENT operators 

stry 

SYNTAX: 

<stry>hh:mm:ss|mm:ss||filenarne 

DESCRIPTION: Signifies the inclusion of a story within a segment file. The filename points to 
a complete story file that will in turn describe the individual multimedia sequences. 

SAMPLE: 

<3try>00:00: 00 100: 30 l i sample . aiy 

advr 

SYNTAX: 

<advr>hh:mm:ss|mm:sstfilename 

DESCRIPTION: Signifies the inclusion of an advertisement in the sequence of events in the 
segment file. The filename points to the advertisement ptayiist supplied to the system. That 
ptaylrst contains all of the information on where to find the advertisement and what device to get 
the ad from. 

SAMPLE: 

<advr>00 : 00 : 00 1 00 : 1 5 ; aaopie . Ad 
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SYNTAX: 



boxn>llx|lly|w(h|frametypelfiiltype|iineweight|line R|G|B|fil! R(G|B 

DESCRIPTION: Signifies the inclusion of a box on the video page. Below is a list of available 
box frame types: 



0 
1 
2 
3 
4 
5 
6 



visual samples: 
0-OUTUNE 



outline frame 

curved bevel 

flat bevel 

shaded bevel 

hard drop shadow 

outline w/hajd droo shadow 

soft drop snadow 

outline w/soft drop shadow 



1 -CURVED BE VEL 2- FLAT BEVE L 



3-SHADED BEVEL 4-HARD DROP 5-QUTL1N ED-HARD DROP 




□ □ 



6-SOFTDROP 7-OUTUN ED-SOFT DROP 




The last entry In this command line is the frame weight It is measured in pixels. The color of 
the frame « determined by the current foreground color as set by the <coir> tag. If the box is 
filled the fill color is determined by the current background color. 

An fill entry of 1 signifies that the box is to be filled. An entry of 0 signifies the box is not filled. 



0 
1 



unfilled 
fined 



SAMPLE: 

<boxl>l00l240lIZC;:00l5lXt:tl28ll29ll2a:64l64l64 



lin 



SYNTAX: 

<linn>x1 |y1 |x2|y2|line weight|R|G|B 
DESCRIPTION: Signifies the inclusion of a line. 



SAMPLE: 

<Uae>100i:CO! 55 i 25 131128 1 46 1 46 



txt 
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SYNTAX: 

<txtn>x|y|x|y|character spacingjsizejleading|fontname!font color 
R|GiB|shadow sizejshadow color R|G|B 

DESCRIPTION: Signifies me inclusion of a line of text. 
SAMPLE: 

; " z r v " =-tpi«-e 

<heai>40 i 78 I 4 32 i 6i : 0 • 55 i 55 i -ivcoa :•. j.C.;r' , : , V- " 

< imgl>«i0 i 160 i 4 32 I lie 

<r.XLl>40 1 2 90 1 4 32 1 1 30 1 G J 22 I 22 ! fcv 12S i C 1 0 J 3 i *, ; G i G 

<vidl>0i0l512!486 



msg 



SYNTAX: 

<msgn>x|y|*|y|character spacing|sizejleading|fontname(font color 
R|G|B|shadow size|snadow color R|G|B 

DESCRIPTION: Signifies the inclusion of a message line. The text for mis message is 
obtained from the message file on aisx. 

SAMPLE: 

; snory r .ampiate 

<fceai>40! 78 1 4 32 161 ;0i 55 . SSnvcac ? f 0 ! 0 I 3 • 0 ! 0 1 C 

<iaai><0 f 150 I 4 32 ; 125 

<iasgIX0l290l 4 32 1 1301 3:22:22 I iiv 12* 0:0,3!p,3lO 

<vidl>0 ! 0 I 512 I 486 



grd 



SYNTAX: 

<grdn>gradient typejstarting R|G|B|ending R|G|B 

DESCRIPTION: Specifies a gradient fill. This is a global reference that can be applied, but 
must also be restored when necessary. The following types may be applied to any filled box 

0 no gradient 

1 top-down 

2 left-right 

Visual samples: 



SAMPLE: 

<boxl>1001 240112211001 5 \ 1 1 2 1 129 1 128 1 129 I 54 I 64 I 64 



hed 



SYNTAX: 

<hedn>x|y|x|y|character spacingisize|leading|fontname|font color 
R|G|B|shadow sizejshadow color R|G|B 

DESCRIPTION: Signifies me inclusion of a line of text. This operator is identical to me txt 
operator. 

SAMPLE: 

; a lory -amp lata 

<hedi>40l78l 432i6U0' 55: 55iuvcoo : 0 » 0 » 0 i 3 I G ■ 0) 0 

<lmfll>40U6Ol4 32:12i: 

<^Xtl>40 1 2 90 I 4 32 : 130 I 0 . 22 : 22 ; nv 1 122 1 0 1 0 1.3 1 0 ! 0 ! 0 

<Vldl>0l0l 5121 486 ^ ^ 
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img 

SYNTAX: 

<imgn>x|y|x|y|transparent|red|green|blue 

DESCRIPTION: Signifies the inclusion of an image. A particular color in the image may be 
mace transparent by assigning transoarenr=l . ana specifying the RGB value of the color in the 
folowing three parameters. If transparent=0 then no colors in the image will be maae 
transparent. 

SAMPLE: 

; jtary -anoiata 

<hedl>«JOiT8M32l6l!0'55;55!'ivc30 -»«<3!Oi3:0iO!O 

<ioqI>*0\ 160 M 32 i Hi :0:0i0l0 

<»x<:l>4C » 290 1 432 : 120i0l22;22!r.v 122 : r.)i0l 3 I OiO! . 

<7ia;>0 1 0 1 512 : 486 1 1 . 255:0 1 



vid 



SYNTAX: 

<vidn>type|x1|y1|x2|y2 

DESCRIPTION: Signifies the inclusion of an video dip. If the type field is 0. the video clip will 
be played full screen and all other items will be rendered ontop of the video. If the type field is 
1 , the video will be ptayea in the winaow specified by (x1 ( y1 HxZy2). 

SAMPLE: 

; scary -eoDlaia 

<heOl>40 1 78 I 432 : 61 tO 1 55 ! 55 : »ivc=c 01015:1:01010 

<iaal>40ll60l432ll2S 

<Wi>40 12901432! 130 10 122*22 Ih7 J 122 1 01 0 1 3 1 0 1 0 1 0 

<vidl>0l0!0l512l486 



sub 

SYNTAX: 

<sudn>x(y|x|y|cnaracter spacing|sizeileading|fontname!font color 
R|G|B|shadow sizejshadow color R|G|B 

DESCRIPTION: Signifies the inclusion of a subhead. This operator is identical to the txt 
operator. 

SAMPLE: 

; atorv template 

<s*ibi>40 1 78 1 4 32 1 61 1 0 1 55 1 55 luvcoo ' OIOl0!3:3lOlO 

<iagi>4Oll60i432ll2S 

<tx*l>40l 2901432113010122:22! fcv 122!0«0|3|OIOIC 

<vldi>0l0l 5121486 



tim 

SYNTAX: 

<timn>xty|x|y|character spacingisize|leadingifontname|font color 
RjGlBjshadow sizejshadow color R|G|B 

DESCRIPTION: Signifies th inclusion of a subhead. This operator ts identical t the txt 
operator. 

SAMPLE: 
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; J lory -empii-.s 

<^-isl>40» 7a 1 432 1 611 01 55: 55 1 'ivcsc > : 0 1 0 1 j : 

< LmalxOl 160 1 4 321 12c 

'.r:<r.i>40i 2»0i 4 32< 130 * 0 i 22 i 22 ;iiv 125 iui-.fi 



elk 

SYNTAX: 

<clckn>x|y|x|y|characterspacjng|si2et!eading|fontnameifont color 
R|G|8|stiadow size|shadow color R|G|B 

DESCRIPTION: Signifies the orawing of a clock. 
SAMPLE: 

; atcry -.emonr.a 

<cicxl>40n8 14 32161 1 0 i 55i55; :vcoo 0 0 i 0 ! 3 I 0 - 0 

<ia<7l>40i 1= ?: 4 32: 12S 

<--.X«::>4'i i 2 30 . 4i2 : 130 K' • 22 ■ 22 -v ' 125 : * .■•:•': 



blk 

SYNTAX: 

<clckn>x|y|x|y|character spacing|sizejleadingjfontname|font color 
R|G|B|shadow sizejshadow color R|G|B 

DESCRIPTION: Signifies me drawing of a flasnmg text item. 
SAMPLE: 

; story 'teaoiaca 

<clckl>40l 791432161 5015515 5:\ivcoo : 0 I 0 1 C ! 2 1 0 1 0 I 0 

<i*<Jl>40ll60l432 !125 

<tX!ll>40 12901432 1 1301 0 1 22 i 22 1 hv i 12BlOiOI3iOlOiO 
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0 vices 



The devices entry within the story and segment files refers to the physical device 
attached to the computer system. The four letter acronym tells the Multimedia Engine 
which device will be used to access data. Below is a description of all of the device types 
supported by the Engine. 

comp 

DESCRIPTION" Specifies that the data for this instruction is available on the host computer, it 
is assumed that the drive and directory are the same as trie location of the Engine. If the 
application using the Engine nas a separate set of directones setup by its INI file, then that 
drive and directory designation is usea. Como is the default device and should never actually 
be seen in any of these files. If the device oarameter is null but the tag actually uses the aevice 
parameter, the engine will assume comp. 



dvsn 

DESCRIPTION: Specifies that the data for this instruction is available on the digital video 
subsystem. In this case the Scientific Atlanta Playback boara is the source. The actual boara 
designation is determined by the numeric value contained in the tag. For instance, if the tag 
specified avsl then the first SA Playback boara will be used. 



tape 



DESCRIPTION: Specifies that the data for this instruction is available on an external tape 
deck. 



lasr 



DESCRIPTION: Specifies that the data for this instruction is available on an attached 
disc player. 
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Transiti ns 



The transitions entry within the story and segment files refers to the type of video 
transition that is to be used between video pages. This transition is called by the Engine 
used the Targa transitional effects that are resident on the Targa board. A limited set of 
transitions exist for this display board, and a smaller number of transitions have been 
engineered into the Engine. 

NOTE: Transition information has moved from an item within ail tags to its own tag. The 
SMME wiil read this transition and set a global variable for use in all of the following 
transitions. 

The duration of effects in the engine is determined in milliseconds, not frames. 

Fnnnn 

DESCRIPTION: Specifies tnat the transition will be a fade. The numenc value contained in mis 
tag instructs the Engine as to the duration of the fade from one page to the next. The value is 
measured in milliseconds. Therefore a value of 1000 would request a fade of one secona. 

SAMPLE: 

<-x*:i>«?0: 00 : 00 1 00:05 \ ♦ Thi: i -aaaiiria 



Wcnnnn 

DESCRIPTION: Specifies that the transition will be a wipe. The numenc value contained in this 
tag instructs the Engine as to the type of wipe from one page to the next. The available wipe 
types are requested from the following table of wipe types. 

CODE WIPE 

SNHnnnn wipe to the right across nnnn milliseconds 
WLnnnn wipe to the left across nnnn milliseconds 
WUnnnn wipe up across nnnn milliseconds 
WDnnnn wipe down across nnnn milliseconds 



Dnnnnn 

DESCRIPTION: Specifies that the transition will be a diagonal wipe. The numenc value 
contained in this tag instructs the Engine as to the type of wipe from one page to the next and 
its duration. The first n denotes which wipe type from the following table wiil be used. 

COOE WIPE 

01 nnnn wipe diagonally from top left to lower nght across nnnn milliseconds 

02nnnn wipe diagonally from lower left to upper nght across nnnn milliseconds 

DZnnnn wipe diagonally from upper nght to lower left across nnnn milliseconds 

OAnnnn wipe diagonally from lower nght to upper left across nnnn milliseconds 
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Inline F rmatting and C mmands 



Inline formatting allows the individual lines of the STORY file to aadress multiple 
character rendering formats. For instance, the News Channel may require the use of 
italic or underlined text in a single line of text. This is prevelent in headlines when 
emphasis is required or when the name of a publication is used within the sentence All 
of the inline formatting or commands are identified by the backslash. This was used to 
help keep the Lenfest Multimedia Language in line with some of the other common 

languages, such as C. . . . 

The following list of format and command operators is in no way complete. Other 
will be added as needed. The current list of operators is in lowercase and all are a single 
character. 

snnn 

DESCRIPTION- Specifies trtattne curort point size should be cnangea to nnn ooints. The 
numeric value contamec in this tag instructs the Engine as to the point stre. Therefore a value 
of 030 would request a cnange in point see to 30 points. The value nnn is fixed in length to 3 
characters. 

RANGE; 
6 tO 999 



SAMPLE: 

<racti>00: 00: 00 100:061 1 This is * \s030haaaii=e 
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ffontnamef 

DESCRIPTION: Specifies that the current foni should be changed to fontname. Since the 
fontname is of undetermined length there must be an accompanying \f to mark the end of the 
fontname. 

RANGE: 

Any legal and available font name. The default font is the current font. 

SAMPLE: 

<p.xti>00:00:00i00:06i : ?his * iQ30\*Karriraura\£. K 4 5«aii:i5 



\nnn 

DESCRIPTION:, Specifies that me current leading should be changed to nnn points. The 
numenc value contained in this tag instructs the Engine as to the leading size. Therefore a 
value of 030 would request a cnange in leading to 30 points. The value nnn is meed in length to 
3 characters. 

RANGE: 

6 to 999 

SAMPLE: 

<uc*:l>00:00:00l 00: 06 'This is * j030\ 0 32. K .2iaiii3 



ann 

DESCRIPTION: Specifies that a font attribute is being requested. The numeric value 
contained in this tag instructs the Engine as to the type of attribute change. The value nn is 
fixed in length to 2 characters. The attribute values can be added together to create composite 
attribute type such as 06. bold-italic: cr 10, bold-underline. 

ACCEPTABLE ATTRIBUTE TYPES: 

normal = 01 
bold = 02 
italic = 04 
underline = 08 



<ucti>00:00:00l00:06l ITfciJ is a \s030\1032\a04hoadlxsa 



rnnn 

DESCRIPTION: Specifies that a the red component in RGB of the 
current font color is being requested to change. The numeric value 
contained in this tag instructs the Engine as to the type of the new red 
value, ranging from 0 to 255 with 0 being the darkest and 255 the 
brightest. Th value nnn is fixed in length to 3 characters. 

SAMPLE: 

<W1>00:00:OOIOO:06I !Thi5 i2 i \s03O\l032\aO4 \r255s r.Mdiiae whicJ: na* Mil 
rea 
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gnnn 

DESCRIPTION: Specifies that a the green component in RGB of the 
current font color is being requested to change. The numeric value 
contained in this tag instructs the Engine as to the type of the new red 
value, ranging from 0 to 255 with 0 being the darkest and 255 the 
brightest. The value nnn is fixed in length to 3 characters. 

SAMPLE: 

<rxr_l>O*O:0O:OOI 00:06 1 iTr.J :i n .«v30\ iG32\iG«t'- till* :ia*ai.:.5 -men 



bnnn 

DESCRIPTION: Specifies that a the blue component in RGB of the 
current font color is being requested to change. The numeric value 
contained in this tag instructs the Engine as to the type of the new red 
value, ranging from 0 to 255 with 0 being the darkest and 255 the 
brightest. The value nnn is fixed in length to 3 characters. 

SAMPtJE' 

<rjtr.L>o*O:00:O0iOO: ;6nT^is iJ i J-:20* 1032\»O4 vr2S5a neaalir.9 wnier. r.»3 ill'. 
siue 
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The Advertising List File 



The advertising list file is used to insert advertising from a separate device, or as a story 
file into the multimedia presentation. The reason for having a separate list is that the 
insertion of advertising can be more, or less, dynamic than the multimedia presentation. 
In the case of the News Channel, it requires news programming to be fluid throughout 
the day. It cannot be burdened by managing the trafficking of advertising. 

To handle advertising, the advertising list file is a sequential list of advertising 
insertion times and other IDs. This file should be read during the multimedia presentation 
as needed to properly insert the next ad in the list whenever the <advr> tag placed in the 
SEGMENT file for that presentation. 

It is the sole responsibility of the multimedia engine to keep track of the 
advertising play list and to record the log^information describing the success or failure of 
the ad insertion. 

The creation of advertising playiists is handled by the ADL1ST.EXE application. 
The application functions very much likfe the SEGMENT.EXE application which 
comoines stories to create segments. ADLIST comoines individual advertisements into 
the advertisement list file and manages the files across multiple days. 

The advertising play list must be delivered to the Playback Chassis for each day 
of service. The filename format of this file is as follows: 

MMDD-AD 

Sample: 

01 01 .AD 

0102. AD 

0103. AD 



1231. AD 

which represents January 1 through December 31 of the current year. 
This file must reside in the following directory: 

C:\MMDATA\AD 

The format for the actual list file is as follows: 

HH:MM|barcodefbarcode|barcode|... barcode 

The barcode can be replaced by a Story filename if the user wants to playback a 
multimedia advertisement rather than a digital video file. It would appear as follows: 

HH:MM|barcode|SAMPLE.STY|barcode|... barcode 

The following is a sample advertising playlist: 

; 'iianaae: 1229. AD 

; laveciijiag play lis*: 

; 09/06/54 

; crsacioaoana: 03/09/93 

; cr9*C«aror: NEWSCHAKNEL 

; ?v5«:9axa: 24 42, C3ac«sviii« 

00 : CO !1Z34 5 1234561 34 56" I 45578 I 56789 

00: 1C 1 12245 I 23456 I 0006X23 -STY! 45678; 56789 

00:20 1 12345 I 23456 I 34567 1 4 5678 i 56789 
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*j: * l Of) 0 B i 2 3 . STY ! 2 34*5* 34 S6~ « 4 < =n* : = ■ 
.::40l 3.2245 l2 34 5o« 34 5c? *O0B123. STY- 5t"5r 
:2:501 1234 5i*00S123.STY:000612 3.S?Y. 4<r-:~3 J Se^S* 

The local creation system must follow a treed directory structure that is referenced in the 
ADLIST.INI file. The tree should be as follows: 

\NTV 

\AD 

\DST00313 
\DST00314 
\DST00315 



\DST00456 

Within each directory will reside the ADLIST files for each day for that site. 
The ADLIST.INI file is as follows 



; ADLIST.INI 

; Craacaa oa 01/29/54 

C3ar.asvilla-OST00314 

{apaqr* ilaai 

1- 23455 

2- 23456 

3- 23457 

(story* ileal 

1- SAMPLE.STY 

2- JUNK. ST? 

The ADUST.INI file will be maintained by the ADUST.EXE software. This application 
will read and write the .AD files for each site. It will also be the list manager for the 
available MPEG spots and relative .STY files composed as advertisements. 
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The Message List File 

The message list file is used to insert a dynamic message from a separate text file into 
the multimedia presentation. 

To handle a message, the message list file is a sequential list of message 
insertion times and other IDs. This file should be read during the multimedia presentation 
as needed to properly insert the next message in the list whenever the <msgn> tag 
placed in the STORY file for that presentation. 

It is the sole responsibility of the multimedia engine to keep track of the 
message play list and to record the log information describing the success or failure of 
the message insertion. 

The creation of message piaylists is handled by the MSGLIST.EXE application. 
The application functions very much like the ADUST.EXE application. MSGLIST 
combines individual messages into the message list file and manages the files across 
multiple days. 

The message play list must be delivered to the Playback Chassis for each day of 
service. The filename format of this file is as follows: 

MMDD.MSG 

Sample: 

0101. MSG 

0102. MSG 

0103. MSG 



1231. MSG 

which represents January 1 through December 31 of the current year. 
This file must reside in the following directory: 

C:\MMDATA\MESSAGE 
The format for the actual list file is as follows: 

HH:MM:SS|HH:MM:SS|message|message|... message 
The following is a sample message playlist: 

; riienaine: 1229. MSG 
; advertising play list 
; 09/05/54 

; sreatizadate: 08/09/93 

; crear.acior : NEWSCHANNEL 

; systanud: 2 4 42, Coatesviile 

00:00:00 iOG: 10: 20 1 The president has been shot 1 7^ president has di ad i Funeral on Friday 
23:0C:00i 23 : 10:20IThe president has been snotiThe president has dieai Funeral sr. Friday 
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The nnnnnnnn.LOG 



The creation of an activities log file is extremely impbnant to the overall operations of 
the system. The name of the log file is determined by the system ID. This way the 
person viewing the log file that comes back from the field will know which machine it has 
come from. 

The information needed in the iog file is as follows: 

; '0122456.100 

; ? reduce - 3*r*ec 

2 : C i : '•' '- 7S j»* GAx*2 1 4 . 7*; 

00 ?Sj OGCAfSIS .57' 

; 1 ; 01: 2C ?S 000A321 4 . J7Y 

»2:02:00 ?S 00022314 .STY ! ERROR! DVS1 : lie no". :;ur.- 

'.2:02:20 ?S 00017314. STY 

02:03:30 ?S 00082 314 .STY 

02:04:00 ?S 00076543. STY 

401-1 ! 00: 00: 00 1 00: 30 1 123 4 1 234 5 I GUiaV.a 



*a2-i 1 23: 5 5: 00 1 00: 30 1 1224 1 2 34 5 I Gillevia 
;2:£9:20 ?S 00076543. STY 

The LS acronym stands for Load Segment. The PS acronym stands for Play Story. 

The creation of advertising entries withing the log file is important from a billing 
perspective and from a basic system maintenance perspective. The log file should report 
back the basic success or failure of an advertising insertion. A successful insertion is 
referenced as a 1 and failure as a 0. It is the first entry item within an entry line. The 
remainder of the line is exactly the same as advertising INI file. This will allow for simple 
searches and retrieval of valuable diagnostic information. Advertisement logging will 
occur in the mm engine's log file and will be split out if necessary to a separate log using 
another program. 

%Ql-i:CC:C0:00;00:30i 1234 12345 iGiUaV.e 



*o2-l . 23 : :?:00f00: 30T..22; 1 2345 I Giil£':':- 
iaIl-ll23:59:30IOO:30l4567|5678ISuiJurEaa Cable 
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The STARNET.INI File 



; otarriet, lac. 

; Multimeaia Lacs 

; '.222 Eatarpcise Drive, Suite 200 

; W«st 7 W . ? z , ?.-. I ? ? 90 



TMs die ta 'idea r.o aescribe the jysneio ococile :cr -r*e o: 
4ny or- the StarNet pc-a^sea proauctr. 



T5/26/53 jk)c craatea 

^6/02.53 ;kk raoaifiao tr.e syjtem lc :.:::2zr.aticn ".s -ate:: 

-mat ii n a opening ir. t.te Ve FOr*M_SYS . :"?>! iila. 

n/:4-?3 HJP Addea :v»rsionj ?ect^rn vi-r. '.'?t?ion- 

:<»ior version .arranges 'Xi rr.cuia or.iy maoe i; the 

rocmat :r ::n-at- ar.y sxisiiiJ js:*.;:i zr.-iajas ;r if 

any seciisn 15 removed. 
Minor version zr.zncfe: rs: Isc- acaiii;- zz tew 

jections 



[ system | 

; the system id is usea by communications to uniqueiy identify all 
; iabouna communications . 

; the system name is the igxt name :or nfie system. 

; :.le system pnone data is tne pnone numoer for diaiia? into tha taeniae. 

; "_he system phone voice is the pnone dumper :2r raiiiag the system contact . 

; the system phone contact is the name or the systam representative 

; time zone is measured in numoer cr hcurs offset rr:a GMT. 

parentoperator-TCI 
systemoperator-Suburban Cable 
contacti-Jonn Smith 
pnonei-<215i 555-1212 
contact2-Jan© Jones 
phone2-<215) 555-1212 
systemaadxess-Coaceaville, PA 
aumoerotsuos-eo, 000 
timezone-0 

(directories! 
template— c: \templata 
fsat-c: \ feats 
iaoox-c: * iabox 
Lmage-c: \ image 
caexgrouna-c : \cacjcgraa 
vave-e : vwav 
message-c: vmessage 
app-c: \ barker 

[baricerj 

; the staraet product line identifies wnich service is on this system 

; the staraet phone home number is tile numoer taat this macniae wiii :all 

when a problem occurs 
; the mpeg iiae tells the system if MPEG files are to be usea. 
ppvnumeer-i215) 555-1212 
•ystemnumner- < 215 : 555-1212 
phoaenome— (215) 5 52-0000 
systemia-i23456. 123456 
stereo-yes 
mpeg -yes 
cssmcype— 1 

systemnotes-Modif led the Barker INI to accomodate new system id. 

; Chaanei Map 

; The data stricture: 

; Days of wee« are iisted as iateger values that correspond to a eit-aaaic 
; la the reading and writing software. This is ooae to coaserve space. 
; The individual iateger values for aays of the are: 

Sunday* I 

Monday- 2 
; Tuesoay-4 

Weonesoay-8 



Purpose: 



; History: 



[ version { 
vers ion- i 
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T.Virrcay- i6 

; I:* ill :*-v; oc »rs v:rr.ea ~r. ~r.*r. -r.e v-i:e ir: 

• ^-32*15-9+4*2*1 or 127. :: Monaay, : :2saay TJvirsssy 
; nr ? virr.ea an -.r.en. r .ne value ir ~: 22. 



T^a ciffsranc defini* isr.c par mania- ica i.wiy: ^soara-as 
ay a ■ piping jymool; . 

7^2 -.:-2 ;5 expressed a 3 a 5;nqi9 Lr.-2-.ier seween • inc «i~ . 
iarr. represent a - hour -:r.2 i.irs. = * 

-t 12 : 3 flora *na 1-* vrsuia *a-ja* "C V-^aa. 



TJis rrzer or aopearance ir *2 ioiirws: 

:x»m-call -zrr«.s, say, t:xs 1=0x1 _rrrs:?.s. 



[-harinei^ ! 
>?RI5H, 127,0-0 
3-KYW, 12', 0-0 
127. 2-0 

<-hso, 127,2-0 
•s-w?vi, 12", >o 

3*WGAL, 127, >"-0 
>-W?Hl. LIT, >0 
lw»m-AU# 11" , C-0 

11- wTxr.ir'.o-o 

12- wht?. 127.0-0 
:3-wgbs, 12", o-o 
• 4-show, 127,0-0 

16-015,127,3-0 
IT-MAX* 127, 3-0 

18- MEU. 127,0-0 

19- QVC.127, >0 
2Q-LCCAL,127,0-0 

21- HSN,127,3-0 

22- CS?AN,127,0-0 

23- REQ1. 127,3-0 

24- R£Q2,12~,C-0 

25- PLAT, 127,0-0 

26- SPICS. 127,0-0 

27- USA, 12",0-O 

28- DSC,127,0-0 

29- TNN, 127,0-0 

30- FAM.127,3-O 

31- CNN, 127,3-0 

32- NICX, 127,0-0 

33- SC.127,0-0 . 

34- A4£,127,3-0 

35- CVS, 127,0-0 

36- LIIX,127.0-0 
37*VC,127, 3-0 
38-CCM. 127,0-0 

3 r-CHSC, 127,0-0 

40- T3S, 127,0-0 

41- 5E7, 127,0-0 

42- AMC,127,C-0 

4 3-MTV, 127,0-0 
44^NM,127,0-O 
45-VH1, 127,0-0 
4 6-TLC. 127,0-0 
4 7-TNT, 127,0-0 

4 9-WWOR. 127,0-0 
4 9-TWC, 127,0-0 

51- ENC,127,0-0 

52- CCURT,I-7,0-0 

53- scirr,i27,o-o 

54- CART.127,0-0 
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CLAIMS 

1. A multimedia presentation system capable of dynamically 
constructing a multimedia presentation comprising: 

a receiving and storing means for receiving and storing 
5 commands and data files, which commands comprise script files or function 
calls; and 

a multimedia engine comprising a renderer and an application 
programming interface or a script manager, which multimedia engine 
comprises: 

10 a translating means for translating human-readable script 

files or human-readable function calls into commands usable by the renderer; 

and ., 

an executing means for executing the translated 
commands to create a multimedia presentation comprising audio and video 
15 components for broadcast, cable transmission or display. 

2. The multimedia presentation system of claim 1 , wherein the 
data files comprise image, video, audio and text files. 

20 3. The multimedia presentation system of claim 1 , wherein the 

script files include at least one segment file. 

4. The multimedia presentation system of claim 3, wherein the 
script and data files already within the receiving and storing means can be 
25 substituted before the scheduled broadcast, cable transmission or display time 
of a multimedia presentation, so long as the substitution occurs before the time 
and date that the segment, as defined in the segment file, in which the script 
and data files are to be presented is scheduled for broadcast, cable 
transmission or display. 
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5. The multimedia presentation system of claim 3, wherein the 
at least one segment file encodes the name of at least one story file. 

6. The multimedia presentation system of claim 3 comprising 
5 an advertisement file stored in the receiving and storing means, wherein the at 

least one segment file encodes the name of said advertisement file. 

7. The multimedia presentation system of claim 6. wherein 
said advertisement file encodes a list of video file names or story file names, 

10 each such video or story file having a duration of defined length. 

8. The multimedia presentation system of claim 7, wherein the 
multimedia engine monitors which video or story files listed in an advertisement 
file have been broadcast, cable transmitted or displayed and stores the 

15 information in the receiving and storing means. 

9. The multimedia presentation system of claim 6 comprising 
a video file stored in the receiving and storing means, wherein the 
advertisement file names said video file. 

20 

10. The multimedia presentation system of claim 5 comprising 
said at least one story file and at least one template file stored in the receiving 
and storing means, which story file encodes text and the name of said at least 
one template file. 

25 

1 1 . The multimedia presentation system of claim 1 0, wherein 
every segment file encodes a story file starting time and a story file duration in 
association with each story file named in the segment file. 
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12. The multimedia presentation system of claim 10 comprising 
a video file stored in the receiving and storing means and wherein said at least 
one story file names said video file. 

5 13. The multimedia presentation system of claim 10 comprising 

an audio file stored in the receiving and storing means and wherein said at 
least one story file names said audio file. 

14. The multimedia presentation system of claim 10 comprising 
10 an image file stored in the receiving and storing means and wherein said at 

least one story file names said image file. 

15. The multimedia presentation system of claim 14, wherein 
the renderer comprises a means of rendering the image stored in said image 

15 file by positioning the image in the broadcast, cable transmission or display 
according to the instructions in the template file. 

16. The multimedia presentation system of claim 1, wherein the 
receiving and storing means comprises a remote receiving means for receiving 

20 the script files and data files from a remote source. 

17. The multimedia presentation system of claim 16, wherein 
the remote receiving means comprises a satellite dish. 

25 18. The multimedia presentation system of claim 17 further 

comprising a cable television system and an output for transmitting the 
multimedia presentation over the cable television system. 

19. The multimedia presentation system of claim 1, wherein the 
30 translating means comprises the script manager. 
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20. The multimedia presentation system of claim 1 , wherein the 
translating means comprises the application programming interface. 

21 . The multimedia presentation system of claim 1 , wherein the 
5 translating means comprises the script manager and the application 

programming interface. 

22. The multimedia presentation system of claim 21 , wherein 
the script files encode the name of at least one segment file. 

10 

23. The multimedia presentation system of claim 22, wherein 
the at least one segment file encodes the name of at least one story file. 

24. The multimedia presentation system of claim 23 comprising 
1 5 at least one story file stored in the receiving and storing means, which story file 

encodes text to be used in a multimedia presentation and the name of at least 
one template file. 

25. The multimedia presentation system of claim 24, wherein 
20 the at least one segment file encodes the name of at least one advertisement 

file. 

26. A multimedia presentation system capable of dynamically 
constructing a multimedia presentation for cable transmission to a plurality of 

25 cable television users comprising: 

a receiving and storing means for receiving and storing 
commands and data files, which commands comprise script files or function 
calls; 

at least one segment file, at least one story file and at least one . 
30 template file stored in the receiving and storing means, wherein said at least 
one segment file encodes the name of said at least one story file, and said at 
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least one story file encodes text and the name of said at least one template file; 
and 

a multimedia engine comprising a renderer, an application 
programming interface and a script manager, which multimedia engine 
5 comprises: 

a translating means of translating human-readable script 
files or human-readable function calls into commands usable by the renderer; 
and 

an executing means of executing the translated commands 
10 to create a multimedia presentation comprising audio and video components 
for cable transmission. 

27. The multimedia presentation system of claim 26, wherein 
the receiving and storing means comprises a remote receiving means for 

15 receiving the script files and data files from a remote source. 

28. The multimedia presentation system of claim 27, wherein 
the remote receiving means comprises a satellite dish. 
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